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Preface 



The i/o Interface (Channel to Control Unit) is the 
comunication link between the cpu channel and the 
various i/o control units in the ibm System/360. It 
employs information formats and control signal se- 
quencing to provide uniform means for attaching and 
controlling various types of control units. 

Information, in the form of data, status and sense 
information, control signals and i/o device addresses, 
is transmitted over the 34 time- and function-shared 
lines of this interface. All transmissions of information 
are interlocked with corresponding response signals. 

The design of this interface provides these impor- 
tant features: 

A degree of consistency of input/output program- 
ming over a wide range of control units. 

Ready physical connection to System/360 channels 
of control units designed by any manufacturer 
to operate with this interface. 

Ability to physically accommodate future control 
units designed to meet the parameters of this 
interface. 



An interlocked interface operation that is not very 
time-dependent; this feature increases the range 
of control units that may be attached. 

An operation applicable to both multiplex and burst 
mode operations as well as many control opera- 
tions and channel-to-channel transmissions. 

Up to eight control units serviced per set of lines. 

This Original Equipment Manufacturers' Informa- 
tion (oemi) Manual provides a functional description 
of these lines together with the electrical, mechanical 
and cabling considerations, and specifications of the 
interface. It does not define the interface between 
control units and i/o devices. 

This publication is open-ended to permit future ex- 
tensions to the i/o interface. The document also pro- 
vides additional information of interest to designers 
and manufacturers of equipment to be attached to the 
ibm System/360. 

The i/o interface, or any aspect of the i/o interface, 
may be altered from time to time by ibm or may be 
withdrawn by ibm in part or in whole. 



Fourth Edition 

This edition, Form A22-6843-3, obsoletes Form A22-6843-2. Significant 
changes have been made throughout the manual, and this new edition 
should be reviewed in its entirety. 

Specifications contained herein are subject to change from time to time. 
Any such change will be reported in subsequent revisions or Technical 
Newsletters. 

Requests for copies of IBM publications should be made to your IBM rep- 
resentative or to the IBM branch office serving your locality. 

This manual has been prepared by the IBM Systems Development Division, 
Product Publications, Dcpt. B98, P.O. Box 390, Poughkecpsie, \.Y. 12602. 
Address comments concerning the manual to this address. 
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Functional Description 



Input/output devices provide external storage and a 
means of communication between data processing 
systems or between a system and the external world. 

Input/output ( i/o ) devices are attached to the cen- 
tral processing unit (cpu) by means of channels and 
control units in various configurations ( Figure 1 ) . 



The channel directs the flow of information between 
i/o control units and main storage. 

The control unit provides the logical capability 
necessary to operate and control an i/o device, and 
adapts the characteristics of each i/o device to the 
standard form of control provided by the channel. A 
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Figure 1. Input/Output Interface — Multiple Configurations 
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control unit may be housed separately or it may be 
physically and logically integral with the i/o device. 

An i/o device attached to the control unit may be 
designated to perform only certain limited operations; 
for example recording data and moving the recording 
medium. To accomplish these functions the i/o de- 
vice needs detailed signal sequences peculiar to that 
type of i/o device. The control unit decodes the com- 
mands received from the channel, interprets them for 
the i/o device, and provides the signal sequence for 
executing the operation. 

The connection between the channel and the con- 
trol unit is called the i/o interface. The i/o interface 
provides an information format and a signal sequence 
common to all control units. The interface consists of 
signal lines that connect a number of control units to 
a channel (Figure 1.) Except for signals used to 
establish selection control, all communications to and 
from the channel occur over a common bus; i.e., any 
signal provided by the channel is available to all con- 
trol units (Figure 2). At any one time, however, only 



one control unit can be logically connected to the 
channel. Selection of a control unit for communication 
with the channel is controlled by a signal (passing 
serially through all control units) that permits, se- 
quentially, each control unit to respond to the signals 
provided by the channel. A control unit remains logi- 
cally connected to the interface until it transfers the 
information it needs or has, or until the channel sig- 
nals it to disconnect. 

The interface can accommodate up to 256 directly 
addressable i/o devices (limit set by addressing fa- 
cilities). The number of control units that can be 
accommodated is limited only by timing and electri- 
cal considerations within the given addressing limita- 
tions. 

The multiplexing facilities of the interface permit 
the possibility of operating any number of the 256 i/o 
devices concurrently on a single interface; portions of 
various messages can be transmitted over the inter- 
face in an interleaved fashion to or from different i/o 
devices, or a complete message can be transmitted in 
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Figure 2. Interconnections on the Input/Output Interface 



a single interface operation. The operation is deter- 
mined by the particular channel and control unit. 

The rise and fall of all signals transmitted over the 
interface are controlled by interlocked responses. In- 
terlocking removes the dependence of the interface 
on circuit speed, and makes it applicable to a wide 
variety of circuits and data rates. Further, interlock- 
ing permits connecting control units of different cir- 
cuit speeds to a single channel. 



Line Definition 

The i o interface connects a channel with control 
units. External cables physically connect all control 
units in a chain, with the first control unit connected 
to the channel. See Figures 1 and 2. 

Input/ Output Interface Lines 

The i o interface lines and their uses are: 



USES 

Bus Out - Used to 
transmit information 
( data, I/O device ad- 
dress, commands, con- 
trol orders) from the 
channel to the control 
unit. 



Bus In — Used to 
transmit information 
( data, selected I/O 
device identification, 
status information, 
sense data ) from the 
control unit to the 
channel. 



Tags — Used for inter- 
locking and controlling 
information on the 
buses, and for special 
sequences. 



Selection Controls — 
Used for the scanning 
of, or the selection of, 
attached I/O devices. 



Metering Controls — 
Used for the condition- 
ing of usage meters lo- 
cated in the various 
attached units. 

Note: The validity of information on the buses and the 
timing of the signals on the tag lines is specified at the chan- 
nel cable connectors. 
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Buses — General 

Each bus is a set of nine lines consisting of eight in- 
formation lines and one parity line. Information on 
the buses is arranged so that bit position 7 of a bus 
always carries the low-order bit within an eight-bit 
byte. The highest-order bit is in position and inter- 
vening bits are in descending order from position 1 
to position 6. 

When a byte transmitted over the interface consists 
of less than eight information bits, the bits must be 
placed in the highest-numbered contiguous bit posi- 
tions of the bus. Any unused lines of the bus must 
include the low-numbered positions (position and 
adjacent positions). Unused lines must present logi- 
cal zeros to the receiving end. The parity bit of any 
byte must appear in the parity position ( P ) . The byte 
must always have odd parity ( Table 1 ) . 

Bus Out 

'Bus out' is used to transmit addresses, commands, 
control orders, and data to the control units. The 
type of information transmitted over 'bus out' is indi- 
cated by the outbound tag lines: 

1. When 'address out' is up during the channel- 
initiated selection sequence, 'bus out' specifies the 
address of the i/o device with which the channel 
wants to communicate. 

2. When 'command out' is up during the channel- 
initiated selection sequence, 'bus out' specifies a com- 
mand. 

3. When 'service out' is up in response to 'service 
in' during the execution of a write or control com- 
mand, the nature of the information on 'bus out' de- 
pends on the type of operation. For example, during 
a write operation it contains data to be recorded by 
the i/o device. During a control operation it can 
specify an order code or a second-level address with- 
in the control unit or i/o device. 

The period during which information on 'bus out' 
is valid is controlled by the tag lines. During trans- 
mission of the i/o device address, information on the 
bus need be valid from the rise of 'address out' until 
the rise of 'operational in,' 'select in,' or, in the case of 
the control-unit-busy sequence, until 'status in' drops. 
When the channel is transmitting any other type of 
information, the information on 'bus out' is valid from 
the rise of the signal on the associated outbound tag 
line until the fall of the signal on the responding in- 
bound tag line. 

Some skew on 'bus out' must be accommodated by 
the channel. (Except as noted in the section "Address 
Out," the channel must delay raising of the signal 
on the outbound tag lines by a time duration which 
ensures that the information on 'bus out' will precede 



Functional Description 7 



Table 1 . Organization of Information on Bui- 
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the signal on the outbound tag line by not less than 
100 nanoseconds (ns) when measured at the cable 
connectors at the channel location under the worst-case 
skew conditions.) The channel thus must provide a 
delay that accommodates skew caused by its own 
circuitry and, in addition, must provide a delay of at 
least 100 ns. This delay compensates for skew caused 
by the cable, and for most control units, will also be 
sufficient to accommodate the skew caused by the 
interface receivers. When a control unit can cause 
more skew, the control unit must provide the addi- 
tional delay to compensate for it. 

Bus In 

'Bus in' is used to transmit addresses, status, sense in- 
formation, and data to the channel. A control unit can 
place and maintain information on 'bus in' only when 
its 'operational in' is up. except in the case of the 
control-unit-busy sequence. 

The type of information transmitted over 'bus in' 
is indicated by the inbound tag lines: 

1. When 'address in' is up, 'bus in' specifies the 
address of the currently selected i/o device. 

2. When 'status in' is up, 'bus in' contains a byte of 
information that describes the status of the i/o device 
or control unit. 

3. When 'service in' is up during execution of a 
read or sense command, the nature of the information 
contained on 'bus in' depends on the type of opera- 
tion. During a read operation, it may contain a byte 
of data from the record medium. During a sense oper- 
ation, the bus contains a set of bits describing the 
detailed status of the i/o device and the conditions 
under which the last operation was terminated. 

The period during which information on 'bus in' is 
valid is controlled by the tag lines. Information on the 
bus must be valid within 100 ns after the rise of the 
associated inbound tag and must remain valid until 
the rise of the responding outbound tag, or in a control- 
unit-busy sequence, until 'select out' drops. The 100- 



ns delay between the rise of the inbound tag and the 
time the signal becomes valid on 'bus in' places the 
responsibility on the channel for deskewing 'bus in.' 
The channel must provide a delay in the inbound tag 
lines to accommodate skew caused by the channel 
circuitry (including its receivers) and, in addition, 
must provide a delay of at least 100 ns. This delay 
compensates for skew caused by the cable, and, for 
most control units, the skew caused by their drivers. 
This delay provides sufficient time to deskew the in- 
formation so that the inbound tag can be raised by the 
control unit at the same time information is placed 
on the bus. When a control unit and cable can cause 
more skew than can be accommodated by a 100-ns 
delay, the control unit must provide the additional 
delay to eliminate this greater skew. 



Selection Controls and Tag Lines 

Operational Out 

'Operational out' is a line from the channel to all at- 
tached control units and is used for interlocking pur- 
poses. Except for 'suppress out,' all lines from the 
channel are significant only when 'operational out' is 
up. Whenever 'operational out' is down, all inbound 
lines from the control unit must drop and any opera- 
tion currently in process over the interface must be 
reset. Under these conditions, all control-unit gener- 
ated interface signals must be down within 1.5 micro- 
seconds ( /xsec ) after the fall of 'operational out' at the 
control unit. See "Selective Reset" and "System Reset." 

Request In 

'Request in' is a line from all attached i/o control units 
to the channel and indicates that the control unit is 
ready to present status information or data and thus 
is requesting a selection sequence. See "Control Unit 
Initiated Sequence." 'Request in' should be dropped 
when 'operational in' rises, unless additional selection 



sequences are required, or when the control unit is no 
longer ready to present the status information or data, 
or when the selection requirement is satisfied by an- 
other path. 'Request in' must in no case fall later than 
250 ns after the fall of 'operational in' if the sequence 
satisfies the service requirements of the control unit. 

'Request in' must not remain up when 'suppress out' 
is up if the request for status presentation is suppres- 
sive (see "Suppress Status"). Under this condition 
'request in' must fall at the control unit within 1.5 yusec 
after the rise of 'suppress out' at the control unit. 

'Request in' can be signaled by more than one con- 
trol unit at a time. 

Address Out 

'Address out' is a tag line from the channel to all 
attached control units. It provides two functions: 

1. I/O Device Selection. 'Address out' is used to 
signal all the control units to decode the i/o device 
address on 'bus out.' The control unit, when recog- 
nizing the address, must respond by raising its 'opera- 
tional in' line when its incoming 'select out' (see 
"Select Out/Hold Out and Select In") rises with 'ad- 
dress out' still up (except in the case of control unit 
busy). The rise of 'address out' precedes the rise of 
'select out' by a minimum of 400 ns and follows the 
placing of the i/o device address on 'bus out' by at 
least 250 ns. If 'address out' falls before 'select out' 
rises, this control-unit selection is canceled. 

'Address out' can rise only when 'select out' (hold 
out), 'select in,' and 'operational in' are down at the 
channel (except as otherwise noted in this para- 
graph ) . Ultimate use of the address on 'bus out' at the 
control unit is timed by the next rise of 'select out' at 
the addressed control unit. The rise of 'address out' 
must be delayed at least 250 ns after the address is 
placed on 'bus out.' Once 'address out' and 'select out' 
(hold out) are up, 'address out' must stay up until 
either 'select in' or 'operational in' rises, or until 'status 
in' falls, in the case of the control-unit-busy sequence. 
During i/o device selection, 'address out' cannot be 
up concurrently with any other outbound tag line. 

2. Disconnect Operation. If 'hold out' is down and 
'address out' rises or 'address out' is up and 'hold out' 
falls, the presently connected control unit must drop 
its 'operational in,' thus disconnecting from the inter- 
face. 'Address out' remains up until 'operational in' 
drops. 'Operational in' must drop within 6 /usee after 
receiving the disconnect indication. Mechanical mo- 
tion in process continues to a normal stopping point. 
Status information will be generated and presented 
to the channel when appropriate. See "Interface Dis- 
connect." 'Address out,' in this case, may be up con- 
currently with another outbound tag line. 



Select Out/Hold Out and Select In 

Control unit selection is controlled by 'select out,' 
'select in,' and 'hold out.' 'Select out' and 'select in' 
form a loop from the channel through each control unit 
to the cable terminator block (select out), again 
through each control unit back to the channel (select 
in). Control-unit-selection circuitry may be attached 
to either 'select out' or 'select in.' A selection priority 
is established because the rise of 'select out' is effective 
only to the first control unit on the line, and if selec- 
tion is not required, is in turn propagated by each 
control unit to the next control unit on the line. This 
priority is in a descending sequence from the channel 
through each control unit with selection circuitry at- 
tached to 'select out' followed, in descending order 
back to the channel, by the remaining control units 
with selection circuitry attached to 'select in.' (See 
Figure 2. ) 

Note: For purposes of clarity, this document as- 
sumes that the selection circuitry of all control units 
is attached to 'select out.' 

Each control unit must ensure that the process 
of electrically by-passing 'select out' before power 
changes does not interfere with the propagation of 
'select out.' Each control unit must therefore ensure 
that 'select out' discontinuities, which may occur when 
another control unit on the interface is powered up or 
down, do not affect the propagation of 'select out.' 
This should be accomplished by the use of a special 
latch circuit. The latch is turned on by the and of 
'select out' and 'hold out,' and is reset by the fall of 
'hold out.' The circuit is in series with the remaining 
selection circuitry in the control unit and provides a 
constant 'select out' within the control unit, and there- 
fore to the following control unit, regardless of varia- 
tions in the input 'select out' signal. (See Figure 3.) 

Throughout the following description, 'select out' 
assumes the proper operation of the latch; i.e., the 
rise of 'select out' at the control unit presumes that 
'hold out' is up and the fall of 'select out' is a result 
of the fall of 'hold out.' 

Select Out is a line from the channel to the control 
unit that has highest priority, and from any control 
unit to the control unit next lower in priority. This 
line, together with 'select in,' provides a loop for scan- 
ning the attached control units. A control unit can 
raise its 'operational in' only at the rise of its incoming 
'select out.' If a control unit does not require selection, 
it must propagate the signal to the next control unit. 
Once a control unit propagates 'select out,' it cannot 
raise its 'operational in' or respond with a control-unit- 
busy sequence until the next rise of the incoming 
'select out.' 

When an operation is being initiated by the channel, 
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the rise of 'address out' must precede the rise of 'select 
out' by a minimum of 400 ns. 

The channel must keep 'select out' up until either 
'select in,' or 'address in' and 'operational in,' or 'status 
in' rises. When 'select in' rises, 'select out' must drop 
and may not rise again until after 'select in' falls. A 
control unit becomes selected only when it raises its 
'operational in.' 'Select out' must drop so that 'opera- 
tional in' may drop. However, after the drop of 'select 
out,' the control unit must keep 'operational in' up 
until the current signal sequence is completed. Ex- 
cept for the interface disconnect sequence, channels 
that force burst mode keep 'select out' up until the 
end of the operation. A rise of the incoming 'select 
out' in a control unit signals that the control unit can 
become selected to the channel by raising 'operational 
in.' If a control unit raises 'operational in,' it must sup- 
press the propagation of 'select out' to the next control 
unit. If the control unit does not require selection, it 
must propagate 'select out' to the next control unit 
within 1.8 /xsec. See "Interface Time-Out Considera- 
tions." 

Hold Out is a line from the channel to all attached 
control units and is used in conjunction with 'select 
out' to provide synchronization of control-unit selec- 
tion. 

'Hold out' is also used to minimize the propagation 
of the fall of 'select out' by purging the 'select out' 
signal from the 'select out' signal path. Therefore, 
once 'hold out' drops, it must not rise for at least 4 
/xsec in general system configurations. The minimum 
down time of this signal may be optionally adjusted 
at installation time to a minimum of 2 /usee to handle 
high-speed channel configurations. In all cases, the 
channel must be capable of providing the 4 //.sec 
timing for general system configuration (see "System 
Configuration"). 

Select In is a line that extends the 'select out' signal 
from the jumper in the terminator block (see Figure 
2) to the channel. It provides a return path (to the 
channel ) for the 'select out' signal. 

Operational In 

'Operational in' is a line from all attached control 
units to the channel, and is used to signal to the chan- 
nel that an i/o device has been selected (except for 
the control-unit-busy sequence). It must stay up for 
the duration of the selection. The selected i/o device 
is identified by the address byte transmitted over 
'bus in.' 

The rise of 'operational in' indicates that a control 
unit is selected and is communicating with the chan- 
nel. 'Operational in' can rise onh when the incoming 
'select out' to the control unit is up and the outgoing 



'select out' is down; i.e., the control unit must raise 
'operational in' (except for the control-unit-busy se- 
quence) in response to the rise of 'select out' and 
must block 'select out' from emanating to the next 
control unit. 'Operational in' can drop only after 
'select out' drops. 

When 'operational in' is raised for a particular sig- 
nal sequence, it must stay up until all required infor- 
mation is transmitted between the channel and the 
control unit. If 'select out' is down, 'operational in' 
must drop after the rise of the outbound tag associ- 
ated with the transfer of the last byte of information. 
With the exception of 'request in' or 'metering in,' all 
inbound signals must be down within 1.5 /xsec of the 
fall of 'operational in' at the control unit. 

Address In 

'Address in' is a tag line from all attached control 
units to the channel and is used to signal the channel 
when the address of the currently selected i/o device 
has been placed on 'bus in.' The channel responds to 
'address in' by 'command out.' 

The rise of 'address in' indicates that the address 
of the currently selected i/o device is available on 
'bus in.' 'Address in' must stay up until the rise of 'com- 
mand out.' 'Address in' must fall so that 'command 
out' may fall. 'Address in' cannot be up concurrently 
with any other inbound tag line. 

Command Oof 

'Command out' is a tag line from the channel to all at- 
tached control units and is used to signal the selected 
i/o device in response to a signal on 'address in,' 
'status in,' or 'service in.' A signal on 'command out' as 
a response to 'address in' during the initial-selection 
sequence indicates to the selected i/o device that the 
channel has placed a command byte on 'bus out.' 
(The command byte has a fixed format. See "Com- 
mands.") This rise of 'command out' indicates that 
information on 'bus in' is no longer required to be 
valid. 'Command out' must stay up until the fall of the 
associated 'address in,' 'status in,' or 'service in.' It can- 
not be up concurrently with any other outbound tag 
line, except possibly during an interface disconnect 
sequence in which case 'address out' may be up. See 
"Interface Disconnect." 

'Command out in response to 'address in' means 
proceed during a control-unit-initiated sequence. In 
the case of a channel-initiated-selection sequence, 
'command out' indicates that 'bus out' defines the op- 
erational command to be performed. 'Command out' 
in response to 'service in' always means stop (see 
"Stop"). 'Command out' in response to 'status in' 
means stack (see "Stack Status"). 

When 'command out' is raised to indicate proceed, 
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stack, or stop, 'bus out' must have a byte of all zeros, 
but need not necessarily have correct parity. 'Bus out' 
is not to be checked for parity or decoded by the con- 
trol unit under these circumstances. 

Status In 

'Status in' is a tag line from all attached control units 
to the channel and is used to signal the channel when 
the selected control unit has placed status information 
on 'bus in.' The status byte has a fixed format and con- 
tains bits describing the current status at the control 
unit (see "Status Byte"). The channel responds with 
either 'service out' or 'command out' depending on 
whether it accepted the status byte. 

The rise of 'status in' indicates that a byte of status 
information is available on 'bus in.' 'Status in' cannot 
be up concurrently with any other inbound tag line. 
'Status in' must stay up until the rise of an out-tag, or 
in the control-unit-busy sequence until 'select out' 
falls. It must fall so that the responding out-tag may 
fall. During the control-unit-busy sequence, status in- 
formation on 'bus in' must be valid until 'select out' 
(hold out) falls. 

Service Oof 

'Service out' is a tag line from the channel to all at- 
tached control units and is used to signal the selected 
i/o device in recognition of a signal on 'service in' or 
'status in.' A signal on 'service out' indicates to the 
selected i/o device that the channel has accepted the 
information on 'bus in' or has provided on 'bus out' 
the data requested by 'service in.' 

When 'service out' is sent in response to 'service in' 
during a read, or sense operation, or to 'status in,' the 
'service out' signal must rise after the channel accepts 
the information on 'bus out.' In these cases, the rise of 
'service out' indicates that the information is no longer 
required to be valid on 'bus in,' and is not associated 
with any information on 'bus out.' When 'service out' 
is sent in response to 'service in' during a write or con- 
trol operation, the rise of 'service out' indicates that 
the channel has provided the requested information on 
'bus out.' In this case, the signal must rise after the 
information is placed on the bus. 'Service out' must 
stay up until the fall of the associated 'service in' or 
'status in.' 'Service out' cannot be up concurrently with 
any other out-tag, except during an interface-discon- 
nect sequence ( when 'address out' may be up ) . 

A 'service out' response to 'status in' while 'suppress 
out' is up indicates to the control unit that the opera- 
tion is being chained and that this status is accepted 
by the channel. See "Command Chaining." 

Service In 

'Service in' is a tag line from all attached control units 
to the channel and is used to signal to the channel 



when the selected i/o device wants to transmit or re- 
ceive a byte of information. The nature of the informa- 
tion associated with 'service in' depends on the 
operation and the i/o device. The channel must re- 
spond to 'service in' by 'service out,' 'command out,' or, 
during an interface disconnect, by 'address out.' 

During read, read-backward, and sense operations, 
'service in' rises when information is available on 'bus 
in.' During write and control operations, service in' 
rises when information is required on 'bus out.' 'Serv- 
ice in cannot be up concurrently with any other in- 
bound tag line. 'Service in' must stay up until the rise 
of either 'service out,' 'command out,' or 'address out.' 

When, in the case of cyclic i/o devices, the channel 
does not respond in time to the preceding 'service in,' 
an overrun condition occurs. This condition must be 
recognized by the i/o device. In any case, 'service in' 
must not drop if an out-tag has not risen, nor may it 
rise if 'service out' has not dropped. 

An overrun condition causes both the unit-check 
status indicator and the overrun sense indicator to be 
set. Data transfer stops after an overrun condition. For 
i/o devices that may overrun, the critical signal tim- 
ings involved must be part of the srl i/o device spec- 
ifications. 

Suppress Out 

'Suppress out' is a line from the channel to all attached 
control units and is used both alone and in conjunc- 
tion with the out-tag lines to provide the following 
special functions: suppress data, suppress status, com- 
mand chaining, and selective reset. Each of these 
functions will be described in subsequent sections. 

Clock Oof 

'Clock out' is a line from the channel to all attached 
control units and is used to provide the cpu interlock 
control necessary for changing the enable /disable 
states of the units (signal must be down to permit 
changing states). In addition, the control unit's transi- 
tion between the enabled and disabled state requires 
the same prevailing conditions as for the off-line/on- 
line transition. (See "Off-Line/On-Line." ) 

The down state of 'clock out' must be at least 1 
/usee in duration. 

Metering In 

'Metering in' is a line from all attached control units 
and is used to condition the cpu meter for operation. 
The 'metering in' signal originates from each i/o de- 
vice and/or control unit and is generated by the 
device from the time of acceptance of a command 
until the generation of 'device end' for that command. 
'Metering in' may be raised concurrently with 'opera- 
tional in' for any interface signaling sequence that 
does not involve 'device end,' such as 'test i/o' or a 
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control-unit-initiated status presentation. If raised, the 
duration of the signal must not exceed that of 'opera- 
tional in.' 'Metering in' may be signaled by more 
than one control unit at a time. Refer to the srl pub- 
lication pertinent to each i/o device. 
'Metering in' will not be raised: 

1. Between the generation and acceptance of 'de- 
vice end.' 

2. Between the generation of 'device end' and the 
acceptance of the next command during chaining. 

3. While a device is awaiting initiation of an auto- 
matic start. For example, transmission control units do 
not necessarily activate 'metering in' during the idle 
portion of prepare commands. 

Metering Out 

'Metering out' is a line from the channel to all at- 
tached control units and is used to condition all other 
meters in assignable units and i/o units. 'Metering out' 
is raised whenever the cpu meter is recording time. 

Reserved Lines 

Some of the 40 signal lines in the i/o interface arc re- 
served. (See "Interface Connector Pin Assignments.") 
All 40 signal transmission lines, with the exception 
of 'select out' ( 'select in' if low priority ) , must be car- 
ried through the control units from the in cable con- 
nector to the out cable connector. 



Signal Interlock Summary 

The following rules for direct-current interlocking of 
signals must be used in the design of channels and 
control units using this i/o interface: 

1. During the interface disconnect sequence, no 
more than one out-tag may be up at any given time, 
except for 'address out.' 

2. No more than one in-tag may be up at any given 
time. 



3. An in-tag may rise only when all out-tags are 
down, except for the control-unit-busy sequence. 

4. An in-tag may fall only after the rise of a re- 
sponding out-tag, except for 'status in' in the control- 
unit-busy sequence. 

5. 'Service out' and 'command out' may rise only in 
response to the up level of an in-tag. 

6. 'Address out' for a channel-initiated selection se- 
quence may rise only when 'select in' and 'select out' 
are down at the channel. 

7. Once 'address out' and 'select out' have risen for a 
channel-initiated selection sequence, 'address out' must 
stay up until after the rise of 'select in' or 'operational 
in' or the fall of 'status in.' 

8. Once 'address out' has risen for the interface-dis- 
connect control sequence, it must not drop until 'op- 
erational in' drops. 

9. None of the out lines, except 'suppress out,' have 
meaning when 'operational out' is down. 

10. 'Select out' can rise only if 'operational in' and 
'select in' are down. 

11. 'Operational in' cannot fall until either: 

a. 'Select out' falls and an out-tag response is sent 
for the last in-tag of any given signal sequence, 
or 

b. 'Operational out' falls, or 

c. An interface-disconnect sequence is given. 

12. 'Operational in' cannot rise unless 'operational 
out' is up and must drop if 'operational out' drops. 

Note: Designers should carefully consider the effects 
of interface signal transition times. Although transition 
time should not generally be a problem, some cases 
may exist, due to wide variation in circuit tolerance or 
physically integrated channel control units, where 
transition time must be considered. 

The general design rule is that the unit originating 
the signal (channel or control unit) must fully recog- 
nize internally the transition of the signal from one 
state to the other before any result of the transition 
can be returned from the receiving unit. 
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Operational Description 



Interface Sequences 

This section describes the detailed signal sequence for 
a complete i/o operation. These sequences include: 
initial selection, data transfers, and ending procedures. 
See Sequence Charts 1-3 and Flow Diagrams 1-8 in 
Appendix C. 



Initial Selection Sequence 

To initiate an i/o operation, the channel places the ad- 
dress of the desired i/o device on 'bus out' and raises 
'address out.' Each control unit connected to the chan- 
nel attempts to decode the address on the bus; how- 
ever, only one control unit should be assigned to a 
given i/o address. To be acceptable, the address must 
have correct parity. 

The channel then issues 'select out'; and when the 
incoming 'select out' appears at the addressed control 
unit, the control unit blocks its propagation and raises 
the 'operational in' line. When 'operational in' rises, 
the channel responds by dropping 'address out.' After 
'address out' falls and the i/o device address is on 'bus 
in." 'address in' max - rise. For a multiplex operation, 
'hold out' with 'select out' may drop any time after 
this point. After the channel checks the address, it 
responds by placing the command on 'bus out' and 
signaling on the 'command out' line. The selected con- 
trol unit processes the command and drops 'address 
in." which allows 'command out' to fall. After 'com- 
mand out' drops, the control unit places the status in- 
formation on 'bus in' and raises 'status in.' (Note that, 
if selection had been for a start i/o instruction, suffi- 
cient information is available at this point to complete 
instruction execution. ) 

If the channel accepts this status condition, it re- 
sponds xxith 'service out.' 'Service out' alloxvs 'status in,' 
to fall, completing the initial selection sequence. A 
'command out' response from the channel also alloxvs 
'status in' to fall. See "Stack Status." 

If during this channel-initiated selection sequence 
the i/o dexice is operating, the control unit presents 
busy status. When the control unit has, for the ad- 
dressed dex'ice. status information outstanding from a 
previous operation or an externally initiated status con- 
dition, it presents the busy status (except to the all- 
zero command ) along xxith the other status conditions 
in the status bxte. See "Cnit Status Conditions." 



If the command is rejected by the control unit, for 
example, as a result of the detection of an invalid 
command, the control unit presents the; unit-check 
status condition. No operation is initiated at the con- 
trol unit and no ending status is generated. 

An immediate-type command or command-imme- 
diate is a command whose execution meets the folloxv- 
ing requirements: 

1. Execution requires no more information than 
that in the command byte; that is, no data or informa- 
tion bytes are transferred. 

2. Channel-end time coincides xvith initial-status 
time; and on a normal operation, at least 'channel end' 
instead of zero status xxill be in the initial-status byte. 

Note: A channel response of 'command out' to 'status 
in' cannot prevent the execution of an immediate 
command. 

Control Unit Busy Sequence 

If an i/o device is addressed and the control unit to 
which it is attached is busy or has status pending for 
an i/o device other than the one addressed, the con- 
trol unit responds to 'select out' from the channel xvith 
'status in.' The status byte indicates the busy condi- 
tion. See "Busy" under "Status Byte." The control unit 
can present this status byte in either of two xvays, de- 
pending on the design of the control unit; it can pre- 
sent status information as in the initial selection 
sequence or it can respond xvith the shorter control- 
unit-busy sequence. 

Note: The control-unit-busy sequence must not be 
used in response to an initial selection sequence ad- 
dressed to a device for which chaining has just been 
indicated. 

The control-unit-busy sequence begins when the 
channel places the i/o device address on 'bus out' and 
raises 'address out.' 'Select out' is then raised. Each 
control unit attempts to decode the address on 'bus 
out.' When 'select out' rises at the addressed control 
unit, the control unit blocks the propagation of 'select 
out,' places the busy status byte on 'bus in' and raises 
'status in.' 'Operational in' is not raised. 

After accepting the status byte, the channel drops 
'select out.' The control unit responds by dropping 
'status in' and disconnecting from the interface. The 
channel must keep 'address out' up until 'status in' 
drops, thus completing the control-unit-busy sequence. 
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Control-Uinit-lnitiated Sequence 

When any control unit requires service, it raises 're- 
quest in' to the channel. The next time 'select out' 
rises at any control unit requiring service and no i/o 
selection is being attempted by the channel ('address 
out' down), the control unit places the address of the 
to device on 'bus in,' and signals both 'address in' and 
'operational in.' When the channel recognizes the ad- 
dress, 'command out' is sent to the control unit, in- 
dicating proceed. After 'address in' drops, the channel 
responds by dropping 'command out.' 

If the service request is for data, the sequence pro- 
ceeds as described for "Data Transfer." The control- 
unit-initiated selection for data transfer occurs in mul- 
tiplex mode. 

If the service request is for status information, the 
sequence proceeds as defined for the status cycle in 
the ending procedure. See "Ending Procedure." 



Data Transfer 

Data transfer may be requested by a control unit 
after a selection sequence. To transmit data to the 
channel, the control unit places a data byte on 'bus in' 
and raises 'service in'; the tag and the validity of 'bus 
in' must be maintained until an outbound tag is raised 
in response. 

To request data from the channel, 'service in' is 
raised, and the channel places the data on 'bus out' 
and signals with 'service out.' The channel maintains 
the validity of 'bus out' until 'service in' falls. After 
'service in' falls, the channel responds by dropping 
'service out.' 

After selection, the control unit remains connected 
to the channel for the duration of the transfer of in- 
formation. The information can be a single byte of 
data, a status report, an initiation of a new command, 
a string of data bytes, or a complete operation from 
initiation to reception of the final status report. 

The duration of the connection is under control of 
both the channel and the control unit. To provide a 
channel with a method of controlling the duration of 
the connection, a control unit cannot disconnect from 
the interface before 'select out' (hold out) falls. How- 
ever, the control unit may preserve the logical con- 
nection after the channel permits the control unit to 
disconnect — 'select out' (hold out) down — by hold- 
ing up 'operational in.' In this manner the control unit 
can force burst mode. See "Burst Mode." 

Depending on the duration of the connection, one 
of two modes of operation is estbalished: multiplex or 
burst. (These modes are established so that the pro- 
gram can schedule concurrent execution of multiple 
r o operations. ) 



If 'operational in' remains up for longer than the 
multiplexing time-out limit, selection is in burst mode. 
See "Interface Time-Out Considerations." If the selec- 
tion time is less than this time-out limit, the selection 
is in multiplex mode. 

Multiplex Mode 

The multiplex mode is the normal mode for low-speed 
l.'o devices; however, all 1 7 o devices are designed to 
operate in burst mode when required by the chan- 
nel. Channels that are not capable of operating in 
multiplex mode force burst mode by holding up 'select 
out' (hold out) until presentation of channel-end 
status conditions. The transfer of one or more than 
one data byte 1 during a single interface sequence, 
where the time contributed by the control unit is less 
than 32 //.sec, is considered multiplex mode. 

Burst Mode 

Burst mode is the normal mode of operation for high- 
speed i o devices. These device's force burst mode (by- 
holding up 'operational in') when attached to a chan- 
nel capable of multiplex operation. Medium-speed or 
buffered i o devices, which may normally operate 
in either mode as determined by channel data-rate 
capabilities, are equipped with a manual or pro- 
grammable switch to select the mode of operation. 
The switch setting is overridden when burst mode is 
forced by the channel. An interface-disconnect ex- 
ecuted by the channel overrides the force-burst-mode 
condition of a control unit. See "Interface Disconnect." 
Some channels can tolerate an absence of data trans- 
fer during a burst-mode operation, such as when 
reading a long gap on tape, for not more than approx- 
imately one-half minute. Equipment malfunction may 
be indicated when an absence of data transfer exceeds 
this time. 

Ending Procedure and Asynchronous Status 

The ending procedure may be initiated by either the 
i.'o device or the channel. If the procedure is initiated 
by the i n device, the 1 end of operation is completed 
in one signal sequence, assuming that both channel- 
end and device-end status conditions occur together. 
If the procedure is initiated by the channel, the i o 
device may still require time to reach the point where 
th proper status information is available, in which 
ease a second signal sequence is necessary to complete 
the 1 ending procedure. 

One of three situations may exist at the initiation ol 
the ending procedure (assume selection is already 
obtained) : 

1. The channel recognizes the end of an operation 
before the i o device reaches its ending point. In this 
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situation, whenever the control unit requires service 
again, the control unit raises the 'service in' line. The 
channel responds with 'command out,' indicating stop. 
The control unit drops 'service in' and proceeds to its 
normal ending point without requesting further serv- 
ice. When the i/o device reaches the point where it 
normally would send 'channel end,' the control unit 
places the ending status on 'bus in' and raises 'status 
in.' The channel responds with 'service out,' unless it 
is necessary to stack the status condition in which case 
the channel responds with 'command out.' 

2. The channel and the i/o device recognize the 
end of an operation simultaneously. 

3. The i/o device recognizes the end of an opera- 
tion before the channel reaches the end of an operation. 

For situations 2 and 3, status information is avail- 
able at the control unit. The control unit places the 
ending status on 'bus in' and raises 'status in.' 

If 'device end' does not occur with 'channel end,' 
'device end' is presented when it is available and an 
additional status sequence is required. 

Some status conditions are unrelated to any previous 
program-initiated command. One of these conditions 
is 'attention,' which is normally on console or com- 
munication devices. Another condition is 'device end,' 
which is generated whenever the corresponding device 
goes from the not-ready to the ready state. These 
status conditions are handled in the same way as any 
other status information and are subject to the same 
rules as far as presentation to the channel and stack- 
ing are concerned. 

Addressing 

An eight-bit address byte (plus parity) is used over 
the interface for direct addressing of attached i/o 
devices. A unique eight-bit i/o device address is as- 
signed to each i/o device at the time a control unit 
is installed. 

Address Assignment 

At the time of installation, control unit and i/o device 
addresses are assigned as follows: 

1. Devices that do not share a control unit with 
other devices may be assigned any device address in 
the range 0-255, provided the address is not recog- 
nized by any other control unit. Logically, such de- 
vices are not distinguishable from their control unit, 
and both are identified by the same address. 

2. Devices sharing a control unit (magnetic tape 
units and disk storage units) are assigned addresses 
within sets of contiguous numbers. The size of a set 
of contiguous numbers is equal to the maximum num- 
ber of devices that can share the control unit, or 16, 
whichever is smaller. Furthermore, the set of addresses 



starts with an address in which the number of low- 
order zeros is at least equal to the number of bit posi- 
tions required to specify the size of the set. The high- 
order bit positions of an address within a set identify 
the control unit; the low-order bit positions designate 
the device on the control unit. 

3. Control units designed to accommodate more 
than 16 devices may be assigned nonsequential sets of 
addresses. Each set consists of 16 addresses, or the 
number required to make the total number of assigned 
addresses equal to the maximum number of devices 
attachable to the control unit, whichever is smaller. 
The addressing facilities are added in increments of a 
set so that the number of device addresses assigned 
to a control unit does not exceed the number of de- 
vices attached by more than 15. For example, if a com- 
munication-type control unit has a designed capacity 
of 56 direct-access paths and if only 40 i/o devices 
are to be installed at the time of installation, 48 i/o 
device addresses can be assigned. However, if the full 
capacity of 56 i/o devices is to be installed, exactly 
56 addresses will be assigned. 

Input/output devices accessible through more than 
one channel in the same system have a distinct ad- 
dress for each path of communications. For sets of 
devices connected to two or more control units, the 
portion of the address identifying the device on the 
control unit is fixed, and does not depend on the path 
of communications. 

Except for the rules described, the assignment of 
channel and device addresses is arbitrary. The assign- 
ment is made at the time of installation and the ad- 
dresses normally remain fixed thereafter. 

Address Decoding 

Control units must recognize an i/o device address 
that meets the following conditions: 

1. The address has correct parity. 

2. The address is assigned to the control unit. 
The control unit does not respond to any address 

outside its assigned set or sets. For example, if a con- 
trol unit is designed to control devices that have only 
bits 0000-1001 in the low-order position of the device 
address, the control unit does not recognize" addresses 
that have 1010-1111 in these bit positions. 

If no control unit responds to an address ('select 
out' is propagated through all control units, and back 
to the channel on 'select in), the device appears as 
not operational. Not operational may include (in ad- 
dition to addresses outside an assigned set): 

1 . An i/o device address not installed. 

2. An i/o device address partitioned out of the sys- 
tem by the program, operator, or customer engineer 
(off-line, disabled, etc.). 
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The control unit must respond to those addresses in 
the set which is : 

1. Ready. 

2. Not ready but which can be made ready by 
means of an ordinary manual intervention. A not- 
ready device is indicated by the unit-check status and 
intervention-required sense indicator. 

The control unit may respond to all addresses in the 
assigned set, regardless of whether the device asso- 
ciated with the address is installed. If a control unit 
responds to an address for which no device is installed, 
the unit-check status indicator must be turned on ( as 
well as the appropriate sense indicator(s). 

The portion of the address decoder which identifies 
the control unit (item 2 under "Address Assign- 
ment") can be set at the time of installation for any 
bit combination. 

Single-device-address control units must decode all 
eight bits of the address byte and the decoder can be 
set to any bit combination at the time of installation. 
See item 1 under "Address Assignment." 

Commands 

When 'command out' is up, the information on 'bus 
out' is the command byte. A channel issues 'command 
out' to initiate, continue, or terminate an operation in 
an i/o device. 

Command Byte 

The command byte requires decoding by the control 
unit only during a channel-initiated selection sequence 
(when the channel addresses the i/o device). At all 
other times, the byte is zero (parity is immaterial). 
The low-order bit positions indicate the type of opera- 
tion; the high-order bit positions indicate a modifica- 
tion code which expands the basic operation at the 
control unit or i/o device level. 

The actual modifier codes and the particular modes 
set or the controls performed for them must be spec- 
ified in the srl publication for each control unit and/ 
or i/o device. 

The command byte on the interface is defined as 
follows: 



BIT POSITION 

P 1 2 3 4 5 6 7 

100 00000 

P M M M M 10 

P M M M M 1 10 

P M M M M M M 1 

P M M M M M M 1 

P M M M M M M 1 1 



Test I/O* 

Sense 

Read Backward 

Write 

Read 

Control 

M Modifier bit 

P Parity bit 

"Although test I/O may be a CPU instruction, it appears over 

the interface as a command. All references to test I/O in this 

manual are treated as a command. 



'Sense,' 'read,' and 'control' commands with all-zero 
modifier bits are decoded on all i/o devices as follows: 

BIT POSITION 

P01234567 

Basic Sense 000000100 

Basic Read* 000000010 

No-Operation Control 100000011 

*Used for initial program load operations in addition to basic 
read operations. 



Basic Operations 

The i/o operation to be executed over the interface 
is determined by the eight-bit coded command issued 
to the i/o device during a channel-initiated-selection 
sequence. 

The low-order bit positions of this command byte 
specify the type of operation. (See command byte 
format.) The high-order bit positions (modifier code) 
expand the interpretation of the basic operation at the 
control unit or i/o device level. 

Note: The basic operations are expressed by the 
commands: 'read,' 'read backward,' 'write,' 'control,' 
'sense,' and 'test i/o.' This manual treats 'test i/o' as a 
command on the i/o interface, although it may orig- 
inate as either a cpu instruction or a channel-initiated 
sequence for the purpose of clearing or stacking in- 
terruption conditions. 

A command with invalid parity is not recognizable 
and therefore not executable. 

Note: Special diagnostic commands which by intent 
permit errors to occur on the interface or introduce 
the possibility that subsequent commands may be ex- 
ecuted erroneously, must be interlocked in such a 
fashion as to prevent inadvertent use of them. 

Read 

The 1 'read' command initiates execution of data trans- 
fer from the control unit to the channel and the data 
is obtained, for example, from the record source of the 
particular i/o device in operation. 

A 'read' command, with all modifiers set to zero, is a 
basic 'read' command that is also used as an initial- 
program-loading (ii'i.) 'read' command. This com- 
mand, if executed on an i/o device after a system 
reset, performs the initial-program-loading read as 
specified for that particular i/o device as stated in the 
appropriate srl publication. 

Read Backward 

The 'read backward' command initiates an operation in 
the same manner as the 'read' command, except that 
the data bytes are transferred to main storage by the 
channel in reverse order to that for 'read' command. 
The control unit may be designed to cause mechanical 
motion in the i/o device in the opposite direction to 
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that for a "read" command or may be designed to op- 
erate in the device precisely as with a 'read' command. 
Unless otherwise noted, any description that refers 
to "read" also applies to 'read backward.' 

Write 

The sequence of signals over the i/o interface to per- 
form a write operation is the same as for a read op- 
eration. For a write operation, however, the data is 
sent from the channel to the control unit for opera- 
tions such as recording or comparing by the selected 
i o device. 

Control 

The control operation proceeds similarly as in a write 
operation, except that the command modifier bits re- 
ceived by the control unit are decoded to determine 
which of several possible functions is to be performed. 
The function may be second-level addressing which 
may require several bytes of data to complete the con- 
trol operation. When the particular control function 
can be completed without involving the transfer of 
data, the channel-end status may be presented during 
the initial selection sequence. 

The timing in the control unit for the bytes trans- 
ferred during a control operation is normally such that 
the byte rate for this operation is no faster than the 
normal read or write rate for the same i/o device. In- 
put/output devices may be excepted from this restric- 
tion as determined on an individual basis, as specified 
in the srl publications. 

A 'control' command with all-zero modifiers per- 
forms no operation at the i/o device, except to satisfy 
any previously indicated chaining operations and to 
allow certain i/o devices to wait for conditions of 
checking (or any synchronizing indications) before 
releasing the channel. This variation of the 'control' 
command is a 'no-operation control.' 

Sense 

The 'sense' command proceeds exactly as a 'read' com- 
mand, except that the data is obtained from sense in- 
dicators rather than from a record source. 

The purpose of the 'sense' command is to extract 
information that concerns unusual conditions detected 
during the last operation and the actual state of the 
device. 

The basic sense command ( modifier bits set to zero ) 
initiates a sense operation on all i/o devices. The basic 
sense command must not initiate any operation other 
than to sense the sense indicators. The basic sense 
command to an available control unit must be ac- 
cepted even though the addressed i/o device is in a 
not-ready state (mechanically unable to execute other 
operations). See "Sense Information." If the control 



unit detects an error during the sense operation, 'unit 
check' is sent with the channel-end status condition. 

The i/o devices that can provide special diagnostic 
sense information or can bo instructed to perform 
other special functions by means of 'sense' may define 
modifier bits for the control of the function. The spe- 
cial sense operation may be initiated by unique com- 
binations of modifier bits or a group of codes may 
specify the sense function. Any remaining sense com- 
mand codes may be considered invalid or may cause 
the same action as the basic sense command, depend- 
ing on the particular i/o device. 

Tesf I/O 

The 'test i/o' command relieves the addressed i/o de- 
vice path of pending status information. If no pending 
status information is encountered along the i/o path 
being tested, a zero status byte for the selected i/o 
device is sent to the channel for processing. If status 
information is available, pending status bits for the 
selected i/o device are transmitted to the channel. 

Xote that the busy condition is defined differently 
with respect to 'tost i/o' than for other commands. See 
"Busy." 

The signal sequence to accomplish 'test i/o' is the 
same as any other ehannel-initiated-selection process, 
except that no operation is initiated. 



Sequence Controls 

The sequence controls described in this section are 
determined by the sequence of the signals over the 
interface. 

Proceed 

Whenever 'command out' responds to 'address in' at 
any time other than during a ehannel-initiated-selec- 
tion sequence, it means proceed. 

Proceed indicates to the i/o device to continue the 
normal sen-icing sequences on the interface. 

Stop 

Stop is indicated by 'command out' in response to 
'service in' or as a result of an interface disconnect, 
which occurs before the normal 'channel end' for the 
operation in process. See "Interface Disconnect." 

Stop is used to signal the i/o device that the channel 
is ending the current operation. On receipt of the 
'stop' signal, the i/o device must proceed to its normal 
ending point without sending any further 'service in' 
signals to the channel. The i/o device remains busy 
until the ending status is available, presented to, and 
accepted by the channel. 
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During data operations, 'command out' is trans- 
mitted in response to the first 'service in' that is pro- 
vided after the designated operation is complete. (IF 
'select out' is down or goes down after this sequence, 
'operational in' must drop on force-hurst-mode type 
operations on i,'o devices that cannot meet the time- 
out requirements as indicated in "Interface: Time-Out 
Considerations." Also, burst-mode i/o devices that 
have relatively long times between stop and ending 
status and have no time-dependent chaining require- 
ments must drop 'operational in' at this time. See ap- 
propriate srl publication. 

Stack Status 

'Stack status' is indicated by a 'command out' response 
to 'status in.' 

The 'stack status' signal causes retention of status 
information at the control unit or I o device until that 
status is accepted on a subsequent status cycle with a 
'service out.' When 'stack status' occurs, the control 
unit disconnects from the interface after 'select out' is 
clown. 'Command out remains up until 'operational in' 
falls. An attempt by the control unit to initiate a selec- 
tion sequence to present the status again is under con- 
trol of 'suppress out.' See "Suppress Status." 'Command 
out' is not signaled to a zero-status byte that lias been 
provided in response to a command other than 'test 
i o.' 

Note: Rather than delay completion of an interface 
sequence, the channel will either stack or accept 
status. 

Suppress Data 

Operations whose rate of data transfer can be ad- 
justed without overrunning ( completely buffered i o 
devices, start-stop devices, and the transfer of data for 
the basic sense command may fall in this category) 
are subject to suppression of data by 'suppress out' as 
follows: 

1. "Suppress out' is ignored for the first data byte 
of any selection sequence, unless the data transfer is 
contiguous with initial selection; that is, no deselec- 
tion and reselection between initial selection and data 
transfer. 

2. 'Suppress out' must be up either 250 nanoseconds 
before the rise of 'service out' or at least 250 nano- 
seconds before 'service out' falls to ensure suppression 
of subsequent data. 

3. When 'suppress out' is up at the control unit and 
the operation is in burst mode (whether because 'se- 
lect out' is up or because 1 the control unit is forcing 
burst mode), the control unit must not raise 'service 
in' for subsequent suppressible data. 



Accept Data 

Raising 'service out' in response to 'service in' during a 
read, read backward, or sense operation indicates that 
the information placed on 'bus in' has been accepted 
by the channel. 

Data Ready 

Raising 'service out' in response to 'service in' during 
a write or control operation indicates that the re- 
quested information has been placed on 'bus out' and 
is ready for acceptance by the control unit. 

Suppress Status 

Whenever the channel is unable to handle immediate- 
ly interruption-causing status conditions, 'suppress out' 
may be raised. With this line up, the control unit must 
not attempt to initiate a selection sequence to present 
suppressible-type status information. Status is sup- 
pressible if 'stack status' is received. Status that con- 
tains 'channel end' is not suppressible until stacked, 
except when 'interface disconnect' is received for that 
address. Status that contains 'device end' is not sup- 
pressible, when chaining has been indicated, until it 
is stacked. Other asynchronous status may be: suppress- 
ible at the option of the particular control unit with- 
out being stacked. 

'Suppress out' must be up at least 250 nanoseconds 
before 'select out' rises at I lie control unit if suppres- 
sion of status is to be insured. 'Suppress out' suppresses 
only the initiation of the selection of the interlace by 
the control unit. If 'suppress out' rises after a status se- 
quence has been started, the status sequence will 
proceed normally. 

The relationship between 'request in' and 'suppress 
out' has been described in "Request In." 

Accept Status 

Raising 'service out' in response to 'status in' indicates 
that the status placed on 'bus in' has been accepted by 
the channel. 

Command Chaining 

'Command chaining' is indicated if 'suppress out' is 
up when 'service out' is raised in response to "status in.' 
'Command chaining' means that another command for 
the i o device in operation will immediately follow 
the presentation of 'device end,' provided no unusual 
conditions were encountered during execution of the 
current operation. The exact time at which the next 
command is presented depends on the channel. 

When command chaining is indicated at the time 
'device end' is presented, this indication will be valid 
until reselection is made or until 'suppress out' falls 
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(minimum down-level to ensure break — 250 nano- 
seconds). Reseleetion of any i/o device attached to 
the control unit will reset the chained-command con- 
dition in the control unit. Status conditions such as 
'unit check." 'unit exception." 'control unit end.' or 'at- 
tention' will terminate command chaining in the 
channel. 

A multidevice control unit which is to operate on 
more than one subchannel must not: 

1. Reset the chained-command condition on an ad- 
dress other than the one being selected. 

2. Present 'control unit end' with a chaining device 
address. 

Depending on the particular i/o device, the opera- 
tion, and the configuration, the command-chaining in- 
dication requires certain functional control which de- 
pends on the individual control unit. 

If chaining is indicated when 'channel end' is pre- 
sented ("device end' not generated) from a control 
unit shared by two or more devices, the i/o device 
that presents 'channel end' must be the next one to 
present device-end status, unless the control unit is 
addressed in the meantime on the same interface. 

If chaining is indicated when 'device end' is pre- 
sented, the control unit must ensure that the path 
to the device remains available until the chaining op- 
eration is initiated or until chaining is no longer 
indicated. 

If chaining is indicated on an i/o device shared be- 
tween more than one control unit or channel, the i o 
device must remain available until the chaining opera- 
tion is initiated or until chaining is no longer indicated. 

To ensure recognition of 'command chaining' by the 
control unit, 'suppress out' must be up at least 250 
nanoseconds before 'sen-ice out' rises in response to 
'status in' and must not fall before 'status in.' If com- 
mand chaining is not to be indicated, 'suppress out' 
must be down at least 250 nanoseconds before the rise 
of 'service out' and must not rise before the fall of 
'status in.' 

Interface Disconnect 

The control unit will recognize 'interface disconnect' 
when 'address out' is up and 'select out' (hold out) is 
down at least 250 nanoseconds before the completion 
of any signal sequence. In this case, 'address out' may 
be up concurrently with another out tag. 

When 'operational in' drops, the channel ma)' drop 
'address out' to complete the interface-disconnect se- 
quence. 'Address out' must be down for at least 250 
nanoseconds before a new channel-initiated-selection 
sequence may be attempted. 

The control unit responds to the 'interface discon- 
nect' by removing all signals (with the possible ex- 



ception of 'request in' and 'metering in') from the 
interface. On an input operation, data on 'bus in' need 
not be valid after the rise of 'address out.' On an out- 
put operation, data on 'bus out' must be valid until the 
fall of either 'service in' or 'operational in.' When the 
control unit reaches the normal ending point, it at- 
tempts to obtain selection on the interface to present 
any generated status to the channel. 

Any abnormal device operation should be indicated 
by 'unit check' in the status, and the sense information 
should provide additional details concerning the op- 
eration. See "Unit Check." The control unit will not 
generate any status as a result of the 'interface discon- 
nect' if the interface-disconnect sequence is performed 
before initial status is accepted, or after device-end 
status for an operation that has been accepted by the 
channel. 

The i/o device path will remain busy after it re- 
ceives an 'interface disconnect,' while performing an 
operation, until the device-end status is accepted by 
the channel. If 'interface disconnect' is received when 
the i/o device is not busy, no status is generated nor is 
the i/o device made busy. 

Note: If 'address out' is up concurrently with an- 
other out tag, the information on 'bus out' must remain 
valid until the associated in tag drops or until 'opera- 
tional in' drops. 



Selective Reset 

'Selective reset' is indicated whenever 'suppress out' 
is up and 'operational out' drops. This condition causes 
'operational in' to fall, and the particular i/o device in 
operation and its status to be reset. The operation in 
process will proceed to a normal stopping point, if 
applicable, with no further data transfer. The i/o de- 
vice operating over the interface is the only device 
that is reset, even on multidevice control units. The 
particular i/o device path will be in a busy state 
throughout this procedure. 

'Device end' may be returned after the reset. To be 
effective, 'suppress out' must rise at least 250 nano- 
seconds before 'operational out' drops and must re- 
main up until at least 250 nanoseconds after 'opera- 
tional out' rises. 'Operational out' must stay down 
until 'operational in' falls or for at least 6 microsec- 
onds, whichever is greater, for the selective reset to 
be effective. The ready or not-ready state of the con- 
trol unit is not changed by a selective reset. 

'Selective reset' is issued only as a result of a mal- 
function detected at the channel or a time-out by the 
channel. 

The interpretation of the 'selective reset' must be 
defined in the ski, publication for the i/o device. 
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System Reset 

'System reset' is indicated whenever 'operational out' 
and 'suppress out' are down concurrently, and the i/o 
device is in the on-line mode. This condition causes 
'operational in' to fall, and all control units and their 
attached i/o devices, along with their status, to be 
reset. The control units will be in a busy state for the 
duration of their reset procedure. 'System reset' pre- 
pares an i/o device for an initial-program-loading se- 
quence. 

'System reset' is performed when the system reset 
key is pressed, when the power for the system is 
turned on, when the channel is off-line to the i-'o inter- 
face, and as a part of the initial-program-loading pro- 
cedure. The ready or not-ready state of the control 
unit is not changed by a system reset. 

To ensure a proper reset, 'operational out' and 'sup- 
press out' must be down concurrently for at least 6 
microseconds. 

The interruption of the 'system reset' must be de- 
fined in the srl publication for the i o device. 



Status Information 

When 'status in' is up, the information that appears 
on 'bus in' is the status byte. The conditions reported 
in the status byte are the status conditions. 

The status pertains to the device or implied control 
unit whose address appeared on 'bus in' (with 'ad- 
dress in') during the polling or selection portion of the 
sequence. In the case of the control-unit-busy se- 
quence when no 'address in' occurs, it is assumed that 
the status pertains to the addressed device or implied 
control unit. 

Note: The information in this manual pertains to 
control units attached to only one channel interface, 
unless otherwise stated. 

Status Byte 

The status byte has the following format: 
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3. To present the device-end signal and any asso- 
ciated conditions to the channel. The i/o device re- 
mains busy during an operation until the channel 
accepts the device-end status. 

4. To present control-unit-end or device-end status 
which signals that the control unit or device that was 
previously busy and then interrogated, is now free. 

5. To present any previously stacked status when 
allowed to do so. 

6. To present any externally initiated status to the 
channel ('attention' and 'device end' because of not- 
ready-to-ready transition ) . 

Once accepted by the channel, any given status 
byte is reset and is not presented again. 

Unit Status Conditions 

The following status conditions are detected by the 
i/o device or control unit and are indicated to the 
channel over the i/o interface. The timing and causes 
of these conditions for each type of device are speci- 
fied in the srl publication for the i/o device. 

When the device is accessible from more than one 
channel, status because of channel-initiated operations 
is signaled to the channel that initiated the associated 
i/o operation. The handling of conditions not asso- 
ciated with i/o operations, such as 'attention' or 'de- 
vice end' because of transition from the not-ready to 
the ready state, depends on the type of device and 
condition, and must be specified in the srl publica- 
tion for the i/o device. 

Note: Control units must provide interlocks in their 
design so that status is not lost, hidden, or included 
with other status when the result would cause the 
program to misinterpret the original meaning and in- 
tent of the status. 

Attention 

'Attention' is generated when some asynchronous con- 
dition occurs in the i/o device. 'Attention' is not asso- 
ciated with the initiation, execution, or termination of 
any i/o operation. 

The attention condition cannot be indicated to the 
channel while an operation is in progress at the i/o 
device or control unit. Otherwise, the handling and 
presentation of the condition to the channel depends 
on the type of i/o device. An i/o device shared be- 
tween more than one channel path must present the 
attention status to all channel paths as defined in the 
individual srl device publication. Presentation of 'at- 
tention' causes command chaining to be suppressed. 
Attention can occur with 'device end.' Depending on 
the i/o device application, 'attention' may or may not 
be presented until command chaining is no longer in- 
dicated. 
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Status Modifier 

'Status modifier' is used by control units in three situ- 
ations: 

1. Control units that cannot provide; current status 
in response to 'test j/o' present the status-modifier 
bit alone during the initial-selection procedure. 

2. Busy control units present the status-modifier bit 
with the busy bit during the initial-selection proce- 
dure to differentiate a busy control unit from a busy 
device. 

3. Control units designed to recognize special end- 
ing conditions ('search equal' on a disk) present the 
status-modifier bit with 'device end' when the special 
condition occurs. 

In the first ease, provision is made for certain types 
of control units that are not capable of providing cur- 
rent status on a demand basis as required by 'test 
i/o.' Presentation of the status-modifier bit in response 
to 'test j/o' indicates that the control unit cannot ex- 
ecute the command, and any existing status remains 
unchanged and unavailable to a 'test i/o.' This type 
of control unit provides status only on a eontrol-unit- 
initiated selection sequence. 

In the second case, provision is made for indicating 
that a busy condition pertains to a control unit and 
not necessarily to the addressed i/o device. This con- 
dition occurs when the control unit is required to 
perform a function that does not involve the; j/o in- 
terface (backspace file on magnetic tape). The con- 
dition may also occur when the control unit has status 
pending for an i/o device other than the one ad- 
dressed. 

In the third case, provision is made for control units 
designed to recognize special ending or synchronizing 
conditions. If the special condition occurs, the status- 
modifier bit with the device-end bit is presented dur- 
ing the device-end status cycle. Presence of 'status 
modifer' and 'device end' indicates that the normal 
sequence of commands must be modified. 



Control Unit End 

The control-unit-end condition is provided only by 
channel-shared control units or control units shared by 
i/o devices, and only when one or both of the follow- 
ing conditions occurs: 

1. The control unit was interrogated while it was in 
the busy state. Interrogated in the busy state means 
that a previous channel-initiated-selection sequence 
was issued to a device on the control unit and the con- 
trol unit responded with 'busy' and 'status modifier' in 
the unit status byte. See "Status Modifier." 

2. The control unit detected an unusual condition 
while busy, but after 'channel end' was accepted by 



the channel. Indication of the unusual condition ac- 
companies 'control unit end.' 

If the control unit remains busy executing an opera- 
tion after signaling 'channel end,' but is not interro- 
gated and does not detect an unusual condition, 'con- 
trol unit end' is not generated. 

When the busy state of the control unit is tem- 
porary, 'control unit end' can be included with 'busy' 
and 'status modifier' in response to interrogation, even 
though the control unit is not free. The busy condition 
may be considered temporary if its duration is less 
than approximately 2 milliseconds. 

The i/o device address associated with 'control unit 
end' is determined as follows: 

1. The address of the selected device is used if 'con- 
trol unit end' is to be presented with 'channel end' 
and/or 'device end.' 

2. If 'control unit end' is generated without 'chan- 
nel end' or 'device end' and the status is presented 
during a control-unit-initiated selection sequence, the 
i/o device address to be used when presenting tin's 
status is allowed to be any legitimate address associ- 
ated with the control unit. (A legitimate address is any 
address the control unit is capable of recognizing, re- 
gardless of whether or not the i/o device is actually 
attached. ) 

3. If 'control unit end' is to be presented during a 
channel-initiated selection sequence, the j/o device 
address will be the same as the address issued with 
'address out.' This channel-initiated-selection sequence 
may be either a normal full-length selection sequence 
or the control-unit-busy sequence. 

The control-unit-end condition can be signaled with 
'channel end,' 'device end,' or between the two. When 
'control unit end' is signaled by an j/o interruption in 
the absence of any other status conditions, the inter- 
ruption may be identified by any address assigned 
to the control unit. A pending 'control unit end' causes 
the control unit to appear not available for initiation 
of new operations. 'Control unit end' causes command 
chaining to be suppressed. 



Busy 

'Busy' can occur only during a channel-initiated-selec- 
tion sequence and indicates that the j/o device or 
control unit cannot execute the command because a 
previously initiated operation is being executed or 
because status conditions exist ( or in the case of 
switched control units, because the path is unavail- 
able). An operation is being executed from the time 
initial status is accepted until 'device end' is accepted. 
Status conditions for the addressed i/o device, if any. 
accompany the busy indication. 
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If the busy condition applies to a control-unit func- 
tion, 'busy' is accompanied by 'status modifier.' 

'Busy* is indicated to 'test i/o' only if a previously 
initiated operation is still being executed and no end 
status is available. 

The busy condition causes command chaining to 
be suppressed. 

Channel End 

'Channel end' is caused by the completion of the 
portion of an i/o operation involving transfer, if any, 
of data or control information between the i/o device 
and the channel. 

Each i/o operation causes only one channel-end 
signal to be generated. The channel-end condition is 
not generated unless the command is accepted (status 
byte contains either all zeros or 'channel end' and not 
busy). The exact time during an i/o operation when 
'channel end* is generated depends on the operation 
and the type of device. For operations such as writing, 
some i/o devices generate the channel-end condition 
when the block has been written. On other i/o de- 
vices that later verify the writing, 'channel end' may 
or may not be delayed until verification is performed, 
depending on the i/o device. On devices such as those 
equipped with buffers, the channel-end condition 
occurs on completion of data transfer between the 
channel and the buffer. During control operations, 
'channel end* is usually generated after the control in- 
formation is transferred to the control unit; although 
for short operations, the 'channel end' may be delayed 
until completion of the operation. Operations that do 
not cause data to be transferred can provide the 
channel-end condition during the initial-selection se- 
quence. 

Device l:nd 

'Device end' is caused by the completion of an i/o 
operation at the i/o device or, on some devices, by 
manually changing the device from the not-ready to 
the ready state. The device-end condition normally 
indicates that the i/o device has completed the cur- 
rent operation. 

Each i/o operation causes only one device-end con- 
dition. The device-end condition is not generated un- 
less the command is accepted. 

The device-end condition associated with an x/o 
operation is generated either simultaneously with the 
channel-end condition or later. In the case of data- 
transfer operations on some devices, the device ter- 
minates the operation at the time 'channel end' is 
generated, and both 'device end' and 'channel end' 
occur together. On buffered i/o devices, the device- 
end condition may occur on completion of the me- 



chanical operation. For control operations, 'device end' 
is generated at the completion of the operation at the 
device. The operation may be completed at the time 
'channel end' is generated or later. 

When command chaining occurs, only the 'device 
end' of the last operation of the chain is normally 
made available to the program. When the device-end 
signal is received in the absence of any unusual con- 
ditions, it causes the channel to initiate a new i/o 
operation. If an unusual condition is detected during 
the initiation of a chained command, the chain is 
terminated without 'device end.' 

An i/o device shared between more than one chan- 
nel path and which has a 'device end' generated be- 
cause of the device going from a not-ready to a ready 
state must present a 'device end' to all attached chan- 
nels as defined in the individual srl publication for 
the i/o device. 

If a device is addressed while in a busy state, a 
'device end' must be signaled to the path that initiates 
the command when the i/o device becomes not busy. 

Note: "Not ready" means that an i/o device requires 
operator intervention to become operational. The not- 
ready condition can occur, for example, because of any 
of the following actions: 

1. An unloaded condition on magnetic tape. 

2. Card equipment out of cards or stacker full. 

3. Printer out of paper. 

4. Error conditions which need operator interven- 
tion. 

Unit Check 

'Unit check' indicates that the i/o device or control 
unit has detected an unusual condition that is detailed 
by the information available to a sense command. 
'Unit check' may indicate that a programming or an 
equipment error has been detected, that the not-ready 
state of the device has affected the execution of the 
command or instruction, or that an exceptional condi- 
tion other than the one identified by 'unit exception' 
has occurred. The unit-check bit provides a summary 
indication of the conditions identified by sense data. 

An error condition causes the unit-check indication 
only when it occurs during execution of a command 
or during some activity associated with an i/o opera- 
tion. Unless the error condition pertains to the activity 
initiated by a command and is of significance to the 
program, the condition does not cause the program 
to be alerted after 'device end' has been cleared; a 
malfunction may, however, cause the device to be- 
come not ready. 

'Unit check' is indicated when the existence of the 
not-ready state precludes a satisfactory execution of 
the command, or when the command, by its nature. 



tests the state of the device. When no interruption 
condition is pending for the addressed device at the 
control unit, the control unit signals 'unit check' when 
'test i/o' or the 'no-operation control' command is 
issued to a not-ready device. In the case of no opera- 
tion, the command is rejected and 'channel end' and 
'device end' do not accompany 'unit check.' 

Unless the command is designed to cause 'unit 
check,' such as rewind and unload on magnetic tape, 
'unit check' is not indicated if the command is proper- 
ly executed even though the device has become not 
ready during, or as a result of, the operation. Similarly, 
'unit check' is not indicated if the command can be 
executed with the device not ready. A console could, 
for example, accept and execute the alarm-control 
command when the printer is not ready. Selection of 
a device in the not-ready state does not cause a unit- 
check indication when the sense command is issued, 
and whenever an interruption condition is pending 
for the addressed device at the control unit. 

If, during the initiation sequence, the device de- 
tects that the command cannot be executed, 'unit 
check' is presented to the channel and it appears with- 
out 'channel end,' 'control unit end,' or 'device end.' 
Such unit status indicates that no action has been taken 
at the device in response to the command. If the condi- 
tion that precludes proper execution of the operation 
occurs after execution has been started, 'unit check' 
is accompanied by 'channel end,' 'control unit end,' 
or 'device end,' depending on when the condition was 
detected. Errors detected after 'device end' is cleared 
may be indicated by signaling 'unit check' with 'at- 
tention' or 'unit check' with 'control unit end.' 

When 'unit check' appears with 'channel end' and 
without 'device end,' a shared control unit must pre- 
serve the sense data and an available device path 
until after the 'device end' is accepted. 

Errors, such as invalid command code or invalid 
command code parity, do not cause 'unit check' when 
the device is working or contains a pending interrup- 
tion condition at the time of selection. Under these 
circumstances, the device responds by providing the 
busy bit and indicating the pending interruption con- 
dition, if any. The command code validity is not indi- 
cated. 

Termination of an operation with the unit-check 
indication causes command chaining to be suppressed. 

Programming Note 

If a device becomes not ready on completion of a 
command, the ending interruption condition can be 
cleared by 'test i/o' without generation of 'unit check' 
because of the not-ready state. Any subsequent 'test 
i/o' issued to the device causes a unit-check indication. 



Unit Exception 

'Unit exception' means that the i/o device detected 
an unusual condition such as end of file. 'Unit excep- 
tion' has only one meaning for any particular com- 
mand and type of i/o device. A sense operation is not 
required as a response to the acceptance of a unit- 
exception condition. 

A unit-exception condition can be generated only 
when the i/o device is executing an i/o operation, or 
when the device is involved with some activity asso- 
ciated with an i/o operation and the condition is of 
immediate significance. If a device detects a unit-ex- 
ception condition during the initial-selection sequence, 
'unit exception' is presented to the channel and it 
appears without 'channel end,' 'control unit end,' or 
'device end.' 

Such unit status indicates that no action has been 
taken at the device in response to the command. If 
the condition that precludes normal execution of the 
operation occurs after the execution is started, 'unit 
exception' is accompanied by 'channel end,' 'control 
unit end,' or 'device end,' depending on when the 
condition is detected. Any unusual condition associ- 
ated with an operation, but detected after 'device end' 
is cleared, is indicated by signaling 'unit exception' 
with 'attention.' 

The 'unit exception' causes command chaining to be 
suppressed. 



Sense Information 

Data transfer during a sense operation provides in- 
formation concerning unusual conditions detected in 
the last operation and concerning the actual state of 
the i/o device. Information provided by the basic 
sense operation is more detailed than that supplied by 
the unit-status byte, and may describe reasons for 
the unit-check indication. It may also indicate, for 
example, that the i/o device is in the not-ready state, 
that a tape drive is in the file-protected state, or that 
magnetic tape is positioned beyond the end-of-tape 
marker. 

All sense information significant to the use of the 
i/o device normally is provided in the first two bytes. 
Any bit positions that follow those used for program- 
ming information contain diagnostic information, 
which may extend to as many bytes as needed. The 
amount and the meaning of the status information are 
peculiar to the type of device, and must be specified 
in the srl publication for the i/o device. 

A device which normally operates in multiplex 
mode, and transfers a single byte during data transfer, 
should transmit the maximum number of bvtes of 
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sense data possible during the 32-microsecond multi- 
plex time-out limitation. 

The sense information that pertains to the last i/o 
operation or other unit action may be reset by the 
next command addressed to the control unit, provided 
the busy bit is not included in the initial-selection 
status byte, except where the command is a basic 
'sense,' 'test i/o' or 'no-op' and it is addressed to the 
device that causes the sense. The sense information 
may also be changed as a result of asynchronous 
actions such as when 'attention' or not-ready-to-ready 
device-end status is generated. 

Sense information that results from more than one 
action at the unit must not be ORed when this condi- 
tion would cause the program to misinterpret the 
original meaning and intent of the sense information. 
Note that when a group of sense indicators is shared 
with different devices the residual control-unit sense 
data that pertains to the last command addressed to 
the control unit may be reset if the device addressed 
is different from the device which generated the sense 
data. 

A command code with invalid parity will cause the 
sense information to be replaced only if 'unit check' 
is turned on as a result of the invalid parity. 

Sense Byte 

For most i/o devices, the first six bits of the first 
sense data byte (sense byte 0) are common to all i/o 
devices that have this type of information. The six 
bits are independent of each other and are designated 
as follows: 



BIT 



1 
2 
3 
4 



Sense Conditions 



DESCRIPTION 

Command Reject 
Intervention Required 
Bus-Out Cheek 
Equipment Cheek 
Data Cheek 
Overrun 



Command Reject 

The device detected a programming error. A com- 
mand was received which the device is not designed 
to execute ('read backward' issued to a direct-access 
storage device), or which the device cannot execute 
because of its present state (a 'write' issued to a file- 
protected tape unit). In the former case, the program 
may have required use of an uninstalled optional 
feature or may have specified invalid control data. 
'Command reject' is also indicated when an invalid 
sequence of commands is recognized ('write' to a 
direct-access storage device without previously desig- 
nating the data block). 



Intervention Required 

'Intervention required' is generated when the last 
operation could not be executed because of a condi- 
tion that requires intervention at the i/o device. This 
bit indicates conditions such as an empty hopper in a 
card punch or the printer being out of paper. 'Inter- 
vention required' is also turned on when the addressed 
device is in the not-ready state, is in test mode, or is 
not provided on the control unit. 

Bus-Ou/ Check 

'Bus-out check' results when the i/o device or the con- 
trol unit receives a data byte or a command byte with 
invalid parity over the i/o interface. 

During writing, 'bus-out check' indicates that a 
parity error was detected and incorrect data may have 
been recorded at the i/o device. However, the condi- 
tion does not cause the operation to be terminated 
prematurely, unless the operation is such that an error 
precludes meaningful continuation of the operation. 
No operation is initiated if the command code has a 
parity error. 

Equipment Check 

The equipment-check sense bit indicates detection of 
an equipment malfunction logically between the i/o 
interface and the input/output medium. On output 
operations, this malfunction may have caused invalid 
data to be recorded. Detection of 'equipment check' 
stops data transmission and terminates the operation 
prematurely when the error prevents any meaningful 
continuation of the operation. 

Data Check 

'Data check' indicates that invalid data has been de- 
tected or is probable on the recording medium. This 
invalidity can be accurately detected only by reading 
the recording medium. 

The control unit forces correct parity on data sent 
to the channel. On writing, the data-check condition 
indicates that incorrect data may have been recorded 
at the i/o device. Data errors on reading and writing 
cause the operation to be terminated prematurely only 
when the errors prevent meaningful continuation of 
the operation (loss of synchronization). 

Overrun 

'Overrun' results when the channel fails to respond on 
time to a request for service from the i/o device. 
'Overrun' can occur when data is transferred to or 
from a nonbuffered control unit that operates with a 
moving medium, and the total activity initiated by 
the program exceeds the capability of the channel. 
On an output operation, 'overrun' indicates that 
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data recorded at the device may be invalid. In these 
cases, data overrun normally stops data transfer and 
the operation terminates as in 'stop.' The overrun bit 
is also turned on when the device receives the new 
command too late during command chaining. 



General System Considerations 

Interface Time-Out Considerations 

Signaling over the i/o interface is specified to be di- 
rect-current interlocked and thus is not time-depend- 
ent. Since the signaling is not time-dependent, a cer- 
tain category of machine malfunctions may cause 
"hangup" of the channel and, unless detected and 
canceled, results in "hangup" of the system. The tim- 
ing considerations involved in determining malfunc- 
tion cases are described in the following paragraphs. 

All references to particular time considerations, in 
this section, represent the maximum permissible time 
in worst-case situations. All control units must be de- 
signed for minimum signal-sequence-response times 
within the limitations of the circuit family used and 
the sequencing method required for particular i b 
devices. A maximum worst-case interface signal se- 
quence of 32 microseconds, because of the control 
unit, is specified. This means that from the time 'select 
out' rises at a particular control unit for any signal 
sequence until the sequence is completed ('operation- 
al in' drops at the control unit), no more than 32 
microseconds, because of the control unit circuitry or 
the sequencing method used, will be required by the 
control unit. 

This applies to all multiplex sequences and to all 
selection sequences. An initial-selection sequence is 
denned as beginning with the rise of 'select out' at the 
particular control unit to the fall of 'status in' for 
initial status. However, a particular interface signal 
sequence may take longer because of other factors: 

1. Delays introduced by the channel. 

2. Delay because of the need for a burst-mode i o 
device to capture the interface prior to reaching the 
specified record area of the recording medium (not 
greater than 500 milliseconds). 

In addition to excessive delays which may occur 
within a particular signal sequence, excessive delays 
ma}' exist between data cycles during burst-mode 
operation. The maximum allowable delay between 
data cycles in burst mode is 500 milliseconds. The 
channel should not indicate a malfunction unless a 
delay of interface activity exceeds approximately 30 
seconds. Absence of activity on the interface may be 
because of other conditions (reading a long gap on 
magnetic tape created by successive erase commands). 



Propagation of Select Out 

During an initial-selection or scan sequence, if the 
control unit does not require service or selection, 'se- 
lect out' must be propagated by the unit within 600 
nanoseconds to meet performance requirements. In 
no case may propagation time exceed 1.8 microsec- 
onds per control unit. This time is measured from the 
rise of the incoming 'select out' to the rise of the out- 
going 'select out.' 

System Configuration 

Number of Units: In the general system configura- 
tion, as many as eight control units can be directly 
connected to a single channel i/o interface. 

Internal Cabling: The maximum allowable internal 
resistance, including all contact resistance, contributed 
by a channel or control unit is specified as 2.0 ohms 
for every signal line, except 'select out' and 'select in.' 
( Extended or high-performance configurations require 
that internal resistance be reduced to a minimum.) A 
total of 3.0-ohm maximum resistance is specified for 
the control unit for the combined 'select out' and 
'select in.' The maximum resistance case for 'select 
out select in' in a control unit usually occurs when the 
control unit power is off and electrical bypassing is 
effective. 

For control units, the internal resistance is measured 
between the incoming and the outgoing pins on the 
external connectors. For channels, the measurement 
is made between the external connector pin and the 
corresponding channel driver or receiver. 

With the exception of the 'select out/select in' line, 
the maximum signal delay measured between the 
external pins is specified at 15 nanoseconds. The 
maximum skew between any two signal lines is speci- 
fied at 1 nanosecond. 

The srl publication for each control unit and chan- 
nel must define, for each possible interface implemen- 
tation, the value of its internal resistance for the 
signal lines and for the 'select out/select in' line-pair. 

External Cabling: The cable length available for the 
interconnection of channel and control units is pri- 
marily limited by the resistance to the interface lines 
which is contributed by the channel and the control 
units. For specific control units, the signal delays due 
to cable length will require that the control unit be 
relatively close to the channel. However, the maxi- 
mum allowable cable length is limited by total series 
resistance between drivers and receivers, if signal 
cable delay requirements are met for each attached 
control unit. 

The maximum external connector-to-connector cable 
length for unrestricted general systems configurations 
is determined by the combined internal resistance 
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specification for 'select out/select in.' The maximum 
line resistance for the total 'select out/select in' loop 
must not be greater than 52.5 ohms for worst-case 
conditions. 

In certain customized installations where 'select 
out' is redriven at the end of the cable, the maximum 
cable length will be determined by the 2.0-ohm in- 
ternal control unit and channel resistance specifica- 
tions for the signal lines other than 'select out' and 
'select in.' In this case, the maximum cable length can 
be calculated by using the 33-ohm driver-to-receiver 
maximum line resistance specification for worst-case 
conditions. 

Off-Line/ On-Line 

A control unit in an off-line mode must not interfere 
in the operation between the channel and other con- 
trol units on the same interface. The control unit in 
the off-line mode must provide the following: 

1. Logical bypass for 'select out.' 

2. Gate off all other line drivers from interfering 
with activity on the interface. 

The control unit transition to or from an off-line/on- 
line condition must not cause machine malfunction. 
The minimum following conditions must exist con- 
currently before the on-line-to-off-line transition can 
occur: 

1. The on-line,/ off-line switch is set to off line. 

2. No active communication on the interface be- 
cause of this control unit, such as 'operational in,' or 
'status in,' etc. 

3. No stacked or pending status is on this unit. 
(Stacked status is that which has been presented to 
the channel but which has not been accepted. Pend- 
ing status is that which is forthcoming or which has 
been generated but not presented. ) 

4. No command chaining is indicated for this unit. 
The preceding conditions ensure that no machine 

malfunctions can occur because of an operator throw- 
ing the switch from on line to off line. 

Power Effects 

Steady State: The power-off state of any control 
unit must not affect any operations of other control 
units on the interface. The control unit whose power 
is off must provide an electrical bypass for 'select out,' 
and all of its interface driver and receiver circuits 
must be prevented from interfering with the interface 
signals. The incoming 'select out' signal terminator at 
the receiver must be disconnected when the signal is 
electrically bypassed. When power is down on all 
units, 'select out' must be propagated back to the 
channel. 



Transient and Spurious Signals: Each control unit 
must be designed so that, if proper procedures are 
followed, the process of individually powering up or 
down does not cause its interface driver or receiver 
circuits to generate noise on the interface: signal lines. 

Transient and Select-Out Pulse Splitting: Each con- 
trol unit must ensure that the: process of electrically 
bypassing 'select out' prior to power changes does not 
interfere with 'select out' propagation, except for pos- 
sible short discontinuities (less than 1.8 microseconds) 
because of contact bounce coincident with signal de- 
lay through parallel logic circuits. Also, each control 
unit must ensure that 'select out' discontinuities, which 
may occur when another control unit on the interface 
is powering up or down, do not affect the propagation 
of 'select out.' This should be accomplished by the use 
of a special latch circuit. The latch is turned on by 
the and of 'select out' and 'hold out' and is reset by 
the fall of 'hold out.' The circuit is in series with the 
remaining selection logic in the control unit and 
causes a constant 'select out' signal within the control 
unit and, therefore, to all following control units, 
regardless of variations in the input 'select out' signal 
(Figure 3). 

Poicer Off /On Sequence Requirements: The combi- 
nation of proper procedures and circuitry must pro- 
vide the following sequence of events for power off: 

1. Logically disconnect the unit from the interface (a 
panel indicator comes on). (The control unit can be- 
come logically disconnected when it and all connected 
devices have completed all operations, no status is 
pending, or stacked, and chaining is not indicated. ) 
This ensures that no unfinished operations exist that 
can cause indication of machine malfunction when 
power is turned off. Note that when a control unit 
is logically disconnected from the interface, all its 
drivers except 'select out' are logically gated off. A 
logical disconnect may be accomplished as a result of 
going off-line by use of the on-line/off-line or the 
metering disable enable switch. 

2. Close 'select out' bypass circuit (mechanical con- 
tact, Kl, Figure 3). The normal logical electronic by- 
pass of 'select out' is still active when the control unit 
is logically disconnected. 

3. Open the connection from the line to the 'select 
out' receiver terminator (mechanical contact, SI, 
Figure 3 ) . 

4. Clamp interface driver gates to ground by means 
of a mechanical contact, S2, Figure 3), if gated 
drivers are used to avoid transient signals on the inter- 
face lines. 

5. Turn off power ( remote /local power-control 
switch set to local). Refer to Systems Reference Li- 
brary, IBM Poicer Control Interface, Form A22-6906. 
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Figure 3. Representative Select-Out/Hold-Out Special Latch 



For power on, the sequence is reversed: 

1. Turn power on (remote/local power-control 
switch set to local). During the power-on sequence, 
a power-on reset pulse must automatically reset the 
control-unit circuitry, including reset of the special 
'select out' latch, regardless of 'hold out.' 

2. Unclamp driver gates. (Open mechanical con- 
tact. S2.) 

3. Connect 'select out' receiver terminator (SI). 

4. Open 'select out' bypass circuit (Kl). 

5. Logically connect the unit to the interface ( panel 
indicator turns off). 

If some method, such as automatic power sequenc- 



ing rather than gated interface driver circuits, is used 
to eliminate transients on the signal lines, the steps 
in the sequence that refer to driver gates may be 
eliminated. 

Note: The 'select out' bypass function (relay trans- 
fer) of a power-off or power-on sequence must be 
completed in any one control unit attached to a chan- 
nel before the 'select out' bypass function (relay 
transfer) is started in another control unit. Therefore, 
the 'select out' bypass function should be completely 
automatic. In any case, the 'select out' bypass function 
must not be interrupted, but must be completed once 
it is started. 
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Appendix A. Electrical Specifications 



Physical Requirements 

Multiple Drivers and Receivers 

Up to ten receivers must be able to be driven by one 
driver. The driver must be located at one of the ex- 
treme ends. 

Up to ten drivers must be able to be dot ORed to 
drive one receiver. The receiver must be located at 
one of the extreme ends. 

Note: An end-of-line driver or receiver may be 
placed beyond the terminator. In this case, the dis- 
tance between the end-of-line driver or receiver and 
the terminator must be less than six inches. 

Receivers must be spaced at least three feet apart. 
No minimum requirement is set as regards the spacing 
between drivers. No minimum requirement is set as 
regards the spacing between a terminator and driver 
or receiver if the terminator is placed on the outer- 
most end of the line. 

The maximum stub length from the line to a driver 
or receiver on the circuit card is six inches. 



General Electrical Requirements 

Voltage Levels 

There are two logical levels. A dc line voltage of 
+2.25 volts or more denotes a logical one state, and 
a dc voltage of +0.15 volt or less denotes a logical 
zero state. These voltages are relative to the driver 
ground. 

Cable 

All lines must have a characteristc impedance of 
92±10 ohms and, with the exception of 'select out,' 
must be terminated at each extreme end in their 
characteristic impedance by a terminating network. 
(For select out/select in, see "Electrical Specifica- 
tions for Select-Out Circuitry".) 

Cable length may be limited by special conditions 
but is never to exceed a maximum line resistance of 
33 ohms. The 33-ohm line resistance includes all con- 
tact resistance, internal cable resistance, and inter- 
unit cable resistance. 

Terminating Networks 

The terminating network must present an impedance 
of 95 ohms ±2.5 percent between the signal line and 
ground, and must be capable of dissipating 390 milli- 
watts. 



Ground Shift and Noise 

The maximum noise ( measured at the receiver input ) 
coupled onto any signal line must not exceed 400 milli- 
volts. 

The maximum allowed ground shift, between any 
active driver and any receiver of the same interface 
line, is 150 millivolts. Therefore, the maximum shift, 
(coupled noise plus ground shift) allowed on any 
line is 550 millivolts. 

The logical levels defined in "Voltage Levels" under 
"General Electrical Requirements" and the receiver 
threshold levels specified in "Receivers" under "Inter- 
face Circuit Requirements" allow for this 550-milli- 
volt shift. That is, a negative noise pulse of 400 milli- 
volts coupled with a positive receiver ground shift of 
150 millivolts occurring during a one state (2.25 volts 
minimum) guarantees a receiver input of 1.7 volts 
or more. See Diagram A. 
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Diagram A. Negative Noise 

Also, a positive noise pulse of 400 millivolts coupled 
with a negative receiver ground shift of 150 millivolts 
occurring during a zero state (0.15 volt maximum) 
guarantees a receiver input of 0.7 volt or less. See 
Diagram B. 

Note: The noise measurements are made at the in- 
put to the receiver. A combination of the dc level 
and ac noise must not exceed 0.7 volt for the down 
level and must not be less than 1.7 volts for the up 
level. 
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Diagram B. Positive Noise 
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Note: Noise may be generated by circulating cur- 
rents in the grounding network if the proper ground- 
ing rules are not adhered to. In ibm System/360, the 
ground lead (green with yellow tracer) in the power 
source cable to the cpu is connected to the machine 
(frame) ground. All signal lead shields are connected 
to circuit (electronic) ground. In the cpu these two 
grounds, circuit and machine, are connected at one 
point only. 

Devices attached to the system should follow the 
same convention — signal shields connected to circuit 
ground, and power ground connected to machine 
frame. These two grounds should not be connected 
in the device. Excessive noise may be generated by 
circulating currents in the grounding network when 
circuit and machine grounds are commoned in both 
cpu and attached units. 

Interface Circuit Requirements 

Receivers 

An input voltage (relative to receiver circuit ground) 
of 1.7 volts or more is interpreted as a logical one; 
an input of 0.70 volt or less is interpreted as a logical 
zero. An open circuited input is interpreted as a 
logical zero. 

The receiver should not be damaged by: 

1. A dc input of 7.0 volts with power on in the 
receiver. 

2. A dc input of 6.0 volts with power off in the 
receiver. 

3. A dc input of —0.15 volt with power on or off. 

The receiver input must not require a positive cur- 
rent (Diagram C) larger than -f-0.42 milliampere at 
an input voltage of -j-3.11 volts. 



a load of -f-240 microamperes. (See Diagram D for 
current polarity definition.) 
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Diagram D. Current Polarity 

In the logical one state: 

1. The output voltage must be 3.11 volts or more 
at a load of -j-59.3 milliamperes (two terminators, ten 
receivers ) . 

2. The output voltage must not exceed 5.85 volts 
at a load of -(-30 microamperes (one receiver, no 
terminator ) . 

3. The output voltage must not exceed 7.0 volts at 
a load of +123.0 milliamperes during an over-voltage 
internal to the drivers. 

Drivers must be designed to ensure that no spuri- 
ous noise is generated on the line during a normal 
power-up or power-down sequence. For the driver, 
this may be accomplished by one of the following 
methods: 

1. Sequencing the power supplies. 

2. Building noise suppression into the circuit. 

3. Providing an externally controlled gate. (See 
Diagram E.) 



Input o- 



L S2 



Gate 



Diagram E. Driver Gate 
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Diagram C. Receiver 

Negative receiver input current at -{-0.15 volt must 
not exceed —0.24 milliampere. In addition, receiver 
input impedance must be larger than 4.0 kilohms and 
less than 20 kilohms. 

Receivers must be designed to ensure that no spuri- 
ous noise is generated on the line during a normal 
power-up or power-down sequence. 

Drivers 

In the logical zero state: 

1. The output voltage must not exceed 0.15 volt at 



For a normal power-down sequence: 

1. Logically ensure that the driver is in the zero 
state. 

2. Close contact S2. (See Diagram E.) 

3. Turn power off. 

For a normal power-up sequence: 

1. Ensure that contact S is closed. 

2. Turn on power. 

3. Logically ensure that the input level will cause 
the driver output to be in the zero state. 

4. Open contact S. 

Fault Conditions 

A grounded signal line must not damage drivers, re- 
ceivers, or terminators. 

With one driver transmitting a logical one, loss of 
power in any single circuit driver, receiver, or termi- 
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nator on the line must not cause damage to other 
components. 

With both terminators connected, line operation 
must not be affected by power off in any drivers or 
receivers on the line. 



Electrical Specifications for Select-Out Circuitry 

General 

The 'select out' line has a single-driver to single- 
receiver configuration, with only the receiver end of 
the line terminated in the characteristic impedance. 

A dc line voltage of 1.85 volts or more denotes a 
logical one state, and a dc line voltage of 0.15 volt 
or less denotes a logical zero state. These voltages are 
relative to the driver ground. 

Note: Because of the nature of the 'select out/select 
in' line, negative noise tolerance has been neglected. 

All electrical requirements specified in "General 
Electrical Requirements" that are not redefined in 
this section are also applicable to 'select out'. 

Receiver 

The 'select out' receiver must satisfy all requirements 
given in "Receivers" under "Interface Circuit Re- 
quirements." 



The driver end of each segment of 'select out/select 
in' must not be terminated, including the driver end 
of 'select out' located in the channel. Also, the jump- 
ered 'select out' or 'select in' and the bypassed 'select 
out' or 'select in' path is not terminated. 

Circuits 

Figures 4 through 6 show representative circuits used 
to drive, receive, and terminate the lines between the 
channel and attached control units. 
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Figure 4. Line Driver 
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Driver 

The select out driver must be capable of withstanding 
a short-circuit-to-ground output condition, while in 
either the logical one or zero state, without damage 
to the driver circuit. 

For the logical zero state: 

1. The output voltage of a select out driver must 
not exceed 0.15 volt at a load of 1 millampere. 

For the logical one state: 

1. Output voltage of a channel driver or the driver 
of a control unit contained within a channel frame 
must exceed 3.9 volts at a load of 41 milliamperes. 

2. The output voltage of a control unit driver not 
contained within a channel frame must exceed 3.7 
volts at a load of 41 milliamperes. 

The output voltage of a select out driver should not 
exceed : 

1. 5.8 volts at a load of 0.3 milliampere. 

2. 7.0 volts at a load of 72 milliamperes during an 
over-voltage internal to the driver. 

Terminator 

A 95-ohm ±2.5 percent, 390-milliwatt terminator to 
ground must be placed at each receiver for each line 
segment along the 'select out/select in' path, including 
the receiver end of 'select in' located in the channel. 
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Figure 5. Line Receiver 
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Figure 6. Line Terminator 
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Pin Assignments 

Pin assignments for the i o interface are shown in 
Figure 7. They are shown as viewed from the connec- 
tor side of the channel and control unit tailgates. Two 



interface cables connect the channel to the first of a 
group of control units. Signals are assigned corre- 
sponding pin numbers on the channel and control 
unit connectors (see Appendix B). 
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Figure 7. I/O Interface Connector Pin Assignments 
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Cabling 

Cable Halves 

A screwdriver is required to join the cable halves. The 
connecting screw is spring-loaded to prevent damage 
to mating block contacts. Blocks should be aligned to 
insure proper parallel contact mating. After the blocks 
are keyed, push the screw forward to engage the in- 
sert; then tighten securely. For assistance in removing 
individual contacts, field personnel should use Tool, 
Part 450540 ( available from ibm Field Engineering ) or 
a No. 12 crocheting needle. 

Mounting 

In normal applications, the blocks are mounted in the 
horizontal plane to provide a smoother bend into the 
coaxial cables. ( See Figure 8. ) Vertical mounting pro- 
duces unusual bending configurations, requiring care- 
ful routing and strain relieving of the external cables. 



Part 438560 (2) Panel Mounted 

4-40X1 Part 5353867 ("A" Style Connector Block) 

Part 5353868 ("B" Style Connector Block) 



Part 438560 (4) 
4-40X1 




'Hermaphroditic Terminals: 
Part 5362301 — 22-26 Wire (AWG) 
Part 5362302 — 28-32 Wire (AWG) 
Part 5404480 -- 18-20 Wire (AWG) 



Part 5353896 (2) 



Figure 9. Panel Mount with Optional Strain Relief 



Mated Condition 




Internal Cable 
(Coax or Discrete Wire) 



*Optional strain relief 

Figure 8. Mounted Cable Halves 

Figure 9 shows an exploded view of the panel 
mounting. 

Off-Line Utilization 

This cable connector has the unique feature of being 
able to mate "cable half" to "cable half" for off-line 
utilization or for the physical by-passing of machine 
units. (See Figure 10.) 



When mating cable halves, it is only necessary to 
use the screw on the "B-" style connector. This allows 
the "A" style connector's screw to fall within the 
empty insert location in the "B-" style block and 
makes for an easier connection. 

Typical connections are shown in Figures 10 and 
11. (Information concerning the epo cable shown in 
Figure 11 is contained in srl publication, IBM Sys- 
tem/360 Poicer Control Interface, Original Equipment 
Manufacturers' Information, Form A22-6906. ) 



Connectors 

Connector Blocks 

Three styles of connector blocks are available: "A," 
"B," and "B-." The "A" and "B" designations are used 
to identify proper mating arrangements since the phy- 
sical hardware is identical. The two styles are dif- 
ferentiated by the color coding of the blocks; the "A" 
style is light gray and the "B" style is dark gray. ( See 
Figure 12. ) 

The "B-" style block is the same as the "B" style but 
does not have a threaded insert. 
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Control 
Unit 
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A or B Designate 

Mounts 




I/O Devices 

Figure 10. Off-Line Utilization 

EPO Cable (Part 5351178) 



\ 



Connector 
(Part 523269) 
Ground Tab 
(Part 5271288) 



System/360 



OEM 
Control Unit 



B- B- A A 



— Panel Mount (Part 5353867) 



B — Panel Mount (Part 5353868) 



Signal Cable 
(Part 5353920) 



Terminals: 

EPO Cable f 14-18 AWG — Part 523267 
Connector { 20-22 AWG — Part 5351177 
(6 Required) 



Signal (22-26 AWG — Part 5362301 
Cable | 28-32 AWG ~ Part 5362302 
Panel ( 18-20 AWG — Part 5404480 
Mount (40 Required per Connector) 



Figure 11. Typical Connection 



Tape Units 



When mating connectors, care should be taken to 
prevent accidental mismating of two "A" or two "B" 
style connectors since letter positions would then be 
transposed. Connectors of the same color must never 
be mated. 

Both the "A" and the "B" style blocks are used for 
panel mounts. The "A" style may also be used for a 
cable end. The "B-" style is used only as a cable end. 
( Refer to "Off-Line Utilization.") 



Capacity 

Forty-eight (48) individual positions (serpent con- 
tacts) are provided for in the connector blocks. Ap- 
plication of the connector is limited only by the num- 
ber of coaxial wires (shielded wires or twisted pairs) 
used and the method used to ground the shields of the 
coaxial wires. In the i/o interface, 40 serpent contacts 
are required on each connector to individually termi- 
nate the shield and signal wires of the 20 coaxial 
wires. 
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'B" Style Block ~ Dark Gray with Threaded Insert (Part 5353868) 
"B-" Style Block ~ Dark Gray, No Threaded Insert (Part 5353869) 

* Mounting Slots 
Figure 12. Connector Blocks and Contact Location 



Serpent Contacts 



A. Part Identification 



Retaining 

Tab 



Insulation 
Support- 




Latch Tab 



B. Dimensions 



0.684" 



0.028 ±0.004" 




^LQQozTzil 



0.025 + 0.015" 
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C. Mating Configuration 



L 



Two Point Contact 



OD 



Two Point Contact 



Figure 13. Serpent Contact 



Description 

The serpent contact is a hermaphroditic, gold-plated 
phosphor bronze, dual-mating surface contact. (See 
Figure 13. ) 



Wire Termination 

Termination is accomplished by the bare-wire crimp 
method. Three contacts are available to cover the 
range of solid or stranded wire sizes required: 



IBM PART 


WIRE SIZE ( AWG ) 


INSULATION RANGE 


5404480 


18-20 


0.042 to 0.103 


5362301 


22-26 


0.028 to 0.103 


5362302 


28-32 


0.026 to 0.090 



Terminators 

The System/360 standard i/o interface line termina- 
tion is provided by two assemblies ( Part 5440649 and 
5440650) shown in Figure 14. 



Electrical Specifications 

Voltage Ratings: The maximum voltage rating of 
this connector is 24 volts ac or dc. For applications 
above 24 volts, contact the local ibm representative. 

Current Rating: The maximum continuous current 
rating of each contact is 6 amperes. The contacts are 
not intended for interrupting current. 

Resistance: The termination-to-termination resist- 
ance (includes 2 crimps and mated contacts) will not 
exceed: 

1. 0.020 ohms when installed on #22 awg and larger 
wire. 

2. 0.030 ohms when installed on #24-#26 awg wire. 

3. 0.040 ohms when installed on #28-#32 awg wire. 

Insulation Resistance: The contact-to-contact insu- 
lation resistance is 100 megohms (minimum) meas- 
ured at a test potential of 100 volts dc, after exposure 
of 1 hour at a temperature of 38° C and 85-90 percent 
relative humidity. 
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Grounding: All surfaces of the connectors are non- 
conductive plastic; therefore, no grounding is neces- 
sary. 

Note: Direct all questions concerning cable and 



connector prices and availability to ibm Corporation, 
Industrial Products Marketing, Systems Development 
Division hq, 1000 Westchester Avenue, White Plains, 
New York. 



Part 5808325 




Bus Assembly (Pari- 5440649) 
Figure 14. Terminator Assemblies 



Part 5808324 <s^ 

Tag Assembly (Part 5440650) 
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AT DECISION BLOCKS INVOLVING 
SIGNAL LINES, THE QUESTION 

TO BE RESOLVED IS 

IS THE LINE LOGICALLY UP. 

THE PRESENCE OF CH (CHANNEL) 
OR CU (CONTROL UNIT) 
IN A BLOCK, SPECIFIES 
RESPONSIBILITY FOR THE ACTION 
TAKEN OR DECISION MADE. 
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t**» 03F4 

31 » 03G2 

B3* 06A1 
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(CH) 

START 

POLL 



.* ( CH ) ». 

INITIATE * 
\ SELECTION 
.SEQUENCE .* 



**#**D3******« 
(CH) 

* DEVICE 

* ADDRESS TO 

* BUS OUT 
* 
ft************* 



E3»* 
(CH 



********* 
[CH) * 
2S0-NSEC * 
DELAY « 



THE START-POLL DECISION IS USUALLY 
MADE ON THE BASIS OF REQUEST IN 
BEING UP. 

REQUEST IN IS RAISED WHEN A CONTROL 

UNIT HAS A NEED FOR SERVICING AND 

IS DROPPED WHEN THE NEED IS 
SERVICED. 

THE CHANNEL NORMALLY SERVICES ALL 
REQUESTS BEFORE INITIATING A 
SELECTION SEQUENCE. 



**##***#***« 



RAISE * 

ADDRESS » 

OUT * 

************* 



E4 ». 
.* (CH) *. 
3 .»HAS ADR OUT* 
-*.8EEN DOWN AT 
». LEAST 250. < 
«.NSEC . * 
*• •* 
» YES 



********* 



H3 *. 

.* (CH) *. 

••HAS SEL OUT*. 

•BEEN DOWN AT . 

». LEAST 1.5.* 

*.USEC .* 

*• .* 

* YES 



NOTE 1 

ALL MENTION OF SELECT OUT ASSUMES 
PROPER OPERATION OF HOLD OUT AS WELL. 
THUS, SELECT OUT UP MEANS SELECT OUT AND 
HOLD OUT UP, AND SELECT OUT OOWN MEANS 
EITHER SELECT OUT OR HOLD OUT DOWN. 



E 1 


V 


*»* 


## J3#*##»### 


* 


(CH) 




RAISE 


* 


SELECT 


• 


OUT 



**************** 



A POLLING SEQUENCE OR AN 
INITIAL SELECTION SEQUENCE 
HAS BEEN STARTED BY THE 
CHANNEL. 



Flow Diagram 1. Initiation of Polling or Selection 
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NOTE I 

ALL MENTION OF SELECT OUT ASSUMES 
PROPER OPERATION OF HOLD OUT AS WELL. 
THUS, SELECT OUT UP MEANS SELECT OUT AND 
HOLD OUT UP, AND SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR HOLO OUT DOWN. 



THE BYTE ON BUS IN MUST BE 
VALID WITHIN 100 NSEC AFTER 
THE RAISING OF THE IN TAG. 



***** 01J3 

♦ 02 * 

* B4* 



ADDRESS-RECOGNITION REQUIRES 
DECODING THE ENTIRE BYTE, I.E.. 
EIGHT BITS PLUS PARITY. 



.# *CU* *. 
* RISE OF 
SELECT OUT 



A CONTROL UNIT MAY BE BUSY 
EITHER BECAUSE IT IS BUSY OPERATING 
A DEVICE OR BECAUSE THE CONTROL 
UNIT IS HOLDING STATUS. 



CONTROL 
UNIT 
BUSY 



RECOGNIZE 

THIS 

. ADDRESS . 



t »CU* * 

ADDRESS 

OUT 



THIS IS A POLLING SEQUENCE. 



» STATUS *. 
WAITING FOR . 
►.ADDRESSED.* 
•DEVICE * 



THE CONTROL UNIT 
ACKNOWLEDGES A 
CHANNEL- INITIATED 
SELECTION 
SEQUENCE. 



• #CU* » 
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SERVICE 
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* CONTROL * 

UNIT STATUS 
». ONLY .* 



, » *CU* * 

DA1A 

TRANSFER 



THE CONTROL UNIT 
IS UNABLE TO EXECUTE 
A COMMAND AT THIS 
TIME AND HENCE 
INITIATES A CONTROL 
UNIT BUSY SEQUENCE. 



SUPPRESS- 
ABLE TYPE 
. STATUS . 



NOTE 5 

*****G1********** 

* *CU* * 

* STATUS * 

* BYTE TO * 

* BUS IN * 

* * 
******#**#*#****# 



i* *CU* * 

SUPPRESS 

OUT 



»«#**H1********#* 
» *CU* * 
» RAISE * 
* STATUS IN » 



***************** 



A CONTROL- 
UNIT BUSY 
IS NOW 
INDICATED. 



***H2*** ******* 
*CU* * 

OPERATIONAL * 



************** 



NOTE 5 V 

*****J2********** 

* *CU* * 

* DEVICE * 

* ADDRESS TO * 

* BUS IN * 

* » 
*#*»**•##»#*##*** 



*****H4 ******* 
► *CU* 

* PROPAGATE 

* SELECT 

* OUT 



******** 



PROPAGATION OF SELECT OUT 
COMPLETES THE SIGNAL SEQUENCE 
FOR THIS CONTROL UNIT. 

THIS PROPAGATED SELECT OUT 
BECOMES SELECT IN AT THE 
CHANNEL IF NO OTHER 
CONTROL UNIT RESPONDS TO 
THE POLL OR ADDRESS. 



***J5********** 

*CU* * 

DROP * 

REQUEST IN * 



THE CONTROL UNIT HAS RESPONDED TO THE 
SELECT-OUT POLL OR ADDRESSING. THE 
CHANNEL MUST NOW EXAMINE THE RE- 
SPONSE TO DETERMINE WHETHER TO 

ABORT THE POLL OR SELECTION, RESPOND 
TO THE CONTROL UNIT BUSY. OR 
CONTINUE WITH THE SEQUENCE 
BEGUN BY OPERATIONAL IN. 



THE CONTROL UNIT 
HAS SERVICE RE- 
QUIREMENTS AND 
THEREFORE ANSWERS 
THE POLLING 
SEQUENCE. 



Flow Diagram 2. Control Unit Response to Select Out ( Part 1 of 2 ) 
C-2 



THE CHANNEL 
ACKNOWLEDGES THE 
CONTROL-UNIT-BUSY 
SEQUENCE. 



THE ATTEMPTED INITIAL SELECTION 
SEQUENCE OR POLL WAS 
UNSUCCESSFUL. 



********* 



(CH) 

DROP 

SELECT OUT 



.* (CH) *. 

CHANNEL 

INITIATED 

.SEQUENCE . 



(CH) 

DROP 

SELECT OUT 



.* (CH) *. 

CHANNEL 

INITIATED 

.SEQUENCE . 



THE FALL OF STATUS IN 
COMPLETES THE CONTROL- 
UNIT PORTION OF THIS 
SEQUENCE. 

THE CONTROL UNIT 
NOW WAITS FOR THE 
CONDITION TO CLEAR, 
A NEED FOR SERVICE. 
OR ANOTHER SELECTION 
SEQUENCE. 



t***E3********* 

(CH) 

DROP 

ADDRESS OUT 



(CH) 

DROP 

ADDRESS OUT 



******** 



THE FALL OF ADDRESS 
OUT COMPLETES THIS 
SIGNAL SEQUENCE. 

THE CHANNEL NOW 
AWAITS A REQUEST 
FOR POLLING OR A 
NEW COMMAND. 
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DROP * 
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*F3********** 
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COMMAND * 
BYTE TO * 
BUS OUT * 
* 
************* 



(CH) 

SUPPRESS 
OUT 



THE FALL OF SELECT IN 
COMPLETES THIS SIGNAL 
SEQUENCE. 

THE CHANNEL NOW AWAITS 
A REQUEST FOR POLLING 
OR A NEW COMMAND. 



(CH) 

DROP 

SUPPRESS 

OUT 



******** 



SUPPRESS OUT IS NORMALLY 
DROPPED AT THE START OF 
AN INTERFACE SEQUENCE IF 
IT WAS UP FOR THE PURPOSE 
OF INDICATING CHAINING. 



NOTE I 

ALL MENTION OF SELECT OUT ASSUMES 
PROPER OPERATION OF HOLD OUT AS WELL. 
THUS. SELECT OUT UP MEANS SELECT OUT AND 
HOLD OUT UP. AND SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR HOLD OUT DOWN. 



THE BYTE ON BUS OUT MUST HAVE BEEN 
VALID FOR AT LEAST 100 NSEC PRIOR TO 
THE RAISING OF THE OUT TAG. 



THE BYTE ON BUS IN MUST BE VALID 
WITHIN 100 NSEC AFTER THE RAISING 
OF THE IN TAG. 



*CU* 

RAISE 

ADDRESS IN 



Flow Diagram 2. Control Unit Response to Select Out ( Part 2 of 2 ) 
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(CH) 
MULTIPLEX 
. CHANNEL . 



NOTE 1 

ALL MENTION OF SELECT OUT ASSUMES 
PROPER OPERATION OF HOLD OUT AS WELL. 
THUS. SELECT OUT UP MEANS SELECT OUT AND 
HOLD OUT UP. AND SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR HOLD OUT DOWN. 



(CH) 

DROP 

SELECT OUT 



THE BYTE ON BUS OUT MUST HAVE BEEN 
VALID FOR AT LEAST 100 NSEC PRIOR TO 
THE RAISING OF THE OUT TAG. 



NOTE 4.7 



(CH) 

RAISE 

COMMAND 

OUT 



THE BYTE ON BUS IN MUST BE VALID 
WITHIN 100 NSEC AFTER THE RAISING 
OF THE IN TAG. 



* *cu* 

* DROP 

* ADDRESS IN 



.» CHANNEL 
INITIATED 

♦.SEQUENCE . 



PREPARE TO 
TRANSFER INITIAL 
STATUS BYTE. 



NO .* «CU* 

*. INBOUND 

*, DATA 



STATUS 
TRANSFER 
. REQ. 



»»«»H4*»*»***Hi 

*CU« 

STATUS BYTE 



»*J3*«*»*«« 

*CU* 

OATA BYTE 

TO 

BUS IN 



Flow Diagram 3. Command Transfer 
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*cu* 

SERVICE 
OUT 



,» »CU* *• 

CHANNEL 

INITIATED 

.SEQUENCE . 



,» «CU* * 

STATUS 

TRANSFER 

. REQUEST 



THE BYTE ON BUS IN MUST BE VALID 
WITHIN 100 NSEC AFTER THE RAISING 
OF THE IN TAG. 



»CU* 

RAISE 

SERVICE IN 



» »cu» * 

* RAISE * 

* STATUS IN » 

* « 



Flow Diagram 4. Status/Data Presentation 
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OPERATIONAL . *<- 



THE CHANNEL RECOGNIZES THE 
COMPLETION OF THIS SIGNAL 
SEQUENCE. 

ENDING A SEQUENCE AT THIS 
POINT WILL ONLY OCCUR IF 
OPERATIONAL IN WAS SLOW 
IN FALLING AT BLOCK 08G3 
OR IF SELECT OUT WAS SLOW 
IN FALLING AT BLOCK 
07F2. 



THE CHANNEL 
PROCESSES 
THE DATA 
BYTE. 



NOTE A 

THE BYTE ON BUS OUT MUST 
HAVE BEEN VALID FOR AT 
LEAST 100 NSEC PRIOR TO 
THE RAISING OF THE OUT 
TAG. 
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OUTBOUND 
. DATA 



NOTE 4 v 
*****D2* ****** 

* CCH) 

* DATA BYTE 



ADJUST FOR * 
CHAINING A!> 
REQUIRED. 



06 * 06CS 
Fl* 06G5 

» • 0604 
* 06H4 



DROP 
SUPPRESS OUT 
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» * 

***************** 



ASSURE OVERLAP 
OF THE STATE OF 
SUPPRESS OUT 
AND SERVICE OUT. 



t CH i 

250-NSEC 

DELAY 



THE CHANNEL ACCEPTS 
THE DATA OR STATUS. 



THE BYTE ON BUS IN NEED 

NOT BE VALID AFTER 

THE RISE OF THE OUT TAG. 



* (CH) * 

MULTIPLEXOR 
*. CHANNEL .* 



(CH) 

DROP 

SELECT OUT 



.* (CH) *. 

MUST 

STATUS BE 

. STACKED . 



IF 

MULTIPLEXOR 
CHANNEL, 
SELECT OUT 
HAS ALREADY 
BEEN 
DROPPED. 



WAIT 
FOR 

DEVICE 
END. 



COMMAND 
.CHAINING 



.*<- 



INTERFACE 
DATA TRANSFER 
PORTION OF THIS 
COMMAND IS 
COMPLETE. 



D5 *. 

.* fCH) *. 
» CHANNEL 

END STATUS 
». ONLY 



NO 



DEVICE END. BUSY, 
CU END, UNIT CHECK. 
UNIT EXCEPTION, 
ATTENTION OR STATUS 
MODIFIER. THIS ENDS 
THE SEQUENCE. 



THIS MUST BE A 
STACKED STATUS 
BYTE. 



.* fCH) *. 

CHANNEL 

INITIATED 

.SEQUENCE . 



STATUS 

PRESENTATION 
COMPLETES 
TEST I/O. 



CH 1 
HOP 



SELECT OUT 



BEGIN 
NORMAL 
COMMAND 
EXECUTION. 



(CH) 

RAISE 

SERVICE OUT 



(CH) 

RAISE 

COMMAND OUT 



THE CHANNEL CANNOT 
ACCEPT THE DATA OR 
STATUS. 



NOTE I 

ALL MENTION OF SELECT OUT 
ASSUMES PROPER OPERATION 
OF HOLD OUT AS WELL. THUS. 
SELECT OUT UP MEANS SELECT 
OUT AND HOLD OUT UP. AND 
SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR HOLD 
OUT DOWN. 



Flow Diagram 5. Response to Status/Data Presentation 
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*CU» 

SERVICE 

OUT 



*CU* 

COMMAND 

OUT 



THE STATUS IS ACCEPTED. 





YES 


COMMAND CHAINING IS 
INDICATED IF SUPPRESS 
OUT IS UP AT THE 
CONTROL UNIT AT THIS 
TIME. 





THE CONTROL UNIT 
PROCESSES ANY 
OUTBOUND DATA. 



STOP IS 
RECOGNIZED 
BY THE 
CONTROL 
UNIT. 



STACK IS 
RECOGNIZED 
BY THE 
CONTROL 
UNIT. 



*****E5*#******** 



* »CU* * 

* DROP « 

* STATUS IN « 

* « 
*#****#********#* 



*CU* 

DROP 

STATUS IN 



NOTE 1 
YES .* 



*CU* 

SELECT 

OUT 



«CU* 

SELECT 

OUT 



THE FALL OF OPERATIONAL IN 
COMPLETES THE CONTROL-UNIT 
PORTION OF THIS SIGNAL SEQUENCE. 
THE CONTROL UNIT NOW WAITS 
FOR A NEW COMMAND OR A 
NEED FOR SERVICING. 



NOTE 1 

ALL MENTION OF SELECT OUT ASSUMES 
PROPER OPERATION OF HOLD OUT AS WELL. 
THUS. SELECT OUT UP MEANS SELECT OUT AND 
HOLD OUT UP. AND SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR HOLD OUT DOWN. 



Flow Diagram 6. Response to Stack/ Stop/ Accept 
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» (CH) 
SERVICE IN 



A CHANNEL MAY NEED 
TO TEMPORARILY HOLD UP 
DATA TRANSFER. IT MAY 
ACCOMPLISH THIS BY 
RAISING SUPPRESS OUT. 

TO BE EFFECTIVE. SUPPRESS 
OUT MUST RISE AT LEAST 
250 NSEC PRIOR TO THE 
FALL OF SERVICE OUT FOR 
THE PRECEDING BYTE. 




(CH) 
STATUS 



» (CH) * 
OPERATIONAL 



OPERATIONAL IN MUST 
FALL PRIOR TO DROPPING 
COMMAND OUT TO PREVENT 
THE STATUS FROM BEING 
PRESENTED AGAIN. 



»»»**F2» *»*****»« 

* * 

* (CH) * 
» DROP * 

* SERVICE OUT « 

* « 
**»*»******»•*»** 



»*»*»F3*»******** 
» * 

* (CH) * 

* DROP « 

* COMMAND OUT * 

* • 
»*•»•»••*••••»••• 



THIS SIGNAL SEQUENCE 
IS COMPLETE. THE 
CHANNEL NOW WAITS 
FOR A NEW INITIAL 
SELECTION SEQUENCE 
OR A REQUEST 
FOR POLLING. 



THE CHANNEL ASSUMES A 
BURST-TYPE SEQUENCE AND 
WAITS FOR FURTHER CONTROL - 
UNIT ACTIVITY. 



***** 
*01 * 
» B3» 



Flow Diagram 7. Response to Fall of Status/Service In 
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THE BYTE ON BUS OUT MUST HAVE BEEN 
VALID FOR AT LEAST 100 NSEC PRIOR TO 
THE RAISING OF THE OUT TAG. 



»»### 08G4 



NOTE 4 
YES .» 



»CU* 

SUPPRESS 

OUT 



. * #CU* « 
.FORCED BURST 
». OPERATION.* 



NOTE 1 

ALL MENTION OF SELECT OUT 
ASSUMES PROPER OPERATION 
OF HOLD OUT AS WELL. THUSi 
SELECT OUT UP MEANS SELECT 
OUT AND HOLD OUT UP, AND 
SELECT OUT DOWN MEANS 
EITHER SELECT OUT OR 
HOLD OUT DOWN. 



•* *CU* *. 
» HAS FIRST *. 

BYTE BEEN 
TRANSFERRED* 



.* #CU« *. 
.* IS THIS « 
.SUPPRESSABLE 
*. DATA .* 



.* »CU* 

SUPPRESS 
*. OPTION 



NOTE 


1 


• *• 
G2 * 






# 


YES 


* 


*CU» 
SELECT 






*« 


OUT 



.# *cg» « 

STATUS 
TRANSFER 
. READY 



. » »CU» « 
DATA 
TRANSFER 
> READY 



.* *CU* *. 
•CHANNEL END*. 
TRANSFERRED . 



YES .* *CU* « 

*. FORCED BURST 

•.OPERATION.* 



THIS COMPLETES THE 
CONTROL-UNIT PORTION 
OF THIS SIGNAL SEQUENCE. 
THE CONTROL UNIT NOW 
WAITS FOR A NEW 
COMMAND OR A NEED 
FOR SERVICING. 



»****J2*******« 
» *CU* 

* DROP 

* OPERATIONAL 



»••••*•*•*•****•« 



»«»#*J3* ••*•••••• 

* *CU* * 
» STATUS BYTE * 
» TO » 

► BUS IN * 



THE BYTE ON BUS IN MUST BE VALID 
WITHIN 100 NSEC AFTER THE RAISING 
OF THE IN TAG. 



• •••• 

• 06 • 
» A4* 



*CU* 

INBOUND 

DATA 



NOTE 5 
*****J4****«»*#*« 

* *CU* * 

* DATA BYTE * 

* TO * 

* BUS IN » 

* • 



Flow Diagram 8. Burst Mode Waiting Loop 
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«— 2i±: — «- 




■tt-*^ — tt. 




& Hold Out 



Sequence Chart 1. Selector Channel Operation 
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-ii ih 



Bus In (9 Lines) (Valid 1 



Out (9 Lines) (Valid' 




; encircled dot ((•) ! is used in the 
luence cnart to indicate the checking 
that signal's level before proceeding. 



— ih 



-ih- 



L 




Sequence Chart 2. Control Unit Forced Burst Mode — Multiplexer Channel 
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♦-System Rese--«4 






-Data Transmission 'V.ul'ibyt< 



Note: The encircled dot f(») is used in -he 

sequence chart to indicate the checking 
of that signal's level before proceeding. 



Opl Out 




>><r Recuest In 



y. Select Ou 



<T Select In 



fa Address Oo 



Sequence Chart 3. Multiplexing Operation on Multiplexer Channel 
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International Business Machines Corporation 
Data Processing Division 
112 East Post Road, White Plains, NY 10601 
[USA Only] 

IBM World Trade Corporation 

B21 United Nations Plaza, New York, New York 10017 

[International] 



